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Preface 

The  AFIT  Physics  Department  has  acquired  an  LSI-11 
minicomputer  system  for  use  in  their  laser  spectroscopy 
laboratory.  The  computer  is  to  be  used  for  data 
acquisition,  data  reduction,  and  equipment  control.  To 
perform  these  tasks,  interface  hardware  and  software  is 
necessary.  This  thesis  describes  the  design  and 
implementation  of  this  interface. 
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Abstract 

An  interface  for  the  LSI-ll  computer  was  designed  and 
implemented  so  that  the  computer  supports  data  acquisition, 
data  reduction,  and  equipment  control.  The  design  includes 
both  hardware  and  software  and  addresses  both  parallel  and 
serial  input/ output  (I/O) . 

The  serial  interface's  hardware  is  simply  a  Serial  Line 
Unit  card.  This  card  plugs  into  the  LSI-11  bus  and 
provides  the  signals  necessary  to  interface  EIA  RS-232 
compatible  devices.  A  software  utility  was  developed  to 
allow  communication  with  the  serial  device  and  to  allow 
exchange  of  data  files.  Routines  were  written  to  allow 
serial  I/O  through  a  FORTRAN  program. 

The  interface's  parallel  hardware  includes  the  general 
purpose  laboratory  interface  system  (GPLIS)  architecture. 

In  addition,  hardware  modules  were  designed  to  convert 
certain  device's  signal  levels  to  TTL  levels.  Software 
utilities  were  developed  to  acquire  and  store  parallel  data 
and  routines  were  written  to  allow  parallel  I/O  through  a 
FORTRAN  program. 


Vi 


1.  INTRODUCTION 


1.1  B^qHqrQynd 

In  1982,  the  AFIT  Physics  Department  was  in  the  process 
of  setting  up  a  laser  spectroscopy  laboratory  to  support 
both  faculty  and  student  in-house  research.  The  facility 
was  to  provide  the  Air  Force  with  a  powerful  set  of 
state-of-the-art  diagnostic  tools  in  the  tunable  laser 
arena.  One  of  the  major  pieces  of  equipment  acquired  for 
this  facility  was  an  LSI-11  minicomputer  which  was  to  be 
used  for  data  acquisition,  data  reduction,  and  equipment 
control.  This  led  the  Physics  Department  to  sponsor  a 
thesis  topic  with  the  objective  of  developing  the  hardware 
and  software  necessary  to  interface  the  LSI-11  with  a 
general  class  of  laser  spectroscopy  experiments. 

This  thesis  project  was  begun  in  1982.  During  that 
year,  the  author  completed  the  research,  design,  and 
implementation  of  the  interface  system.  Completion  of  the 
thesis  document  itself,  however,  was  delayed  until  1992. 
This  thesis  document  therefore  is  written  from  two  time 
perspectives.  The  bulk  of  this  document,  from  the 
remainder  of  this  introduction  through  Appendix  B,  is 
written  from  the  perspective  of  1982.  Appendix  C  brings 
the  document  up  to  date  by  addressing  a  design  cycle  from  a 
1992  perspective. 


1.2  State  of  the  Art— 1982 


Laboratory  computer  systems  vary  in  cost  and 
complexity.  Digital  Equipment  Corporation  (DEC)  produces  a 
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line  of  "MINC  computer  systems  which  are  small,  PDP-11- 
based  laboratory  computers.  With  their  various  plug-in 
modules  and  powerful  software,  the  MINC  systems  can  perform 
data  input/output  (I/O),  data  manipulation,  and  control. 

The  cost  of  such  a  system,  however,  can  easily  exceed 
$30,000  (according  to  a  technical  representative  from 
Pioneer-Standard  Electronics,  Inc.). 

IEEE  Standard  583-1975,  "Modular  Instrumentation  and 
Digital  Interface  System,"  describes  an  interface  system 
which  is  sophisticated  and  complex.  The  Standard  (Ref  1) 
describes  a  "crate"  of  plug-in  modules.  These  modules 
allow  various  types  of  I/O  under  control  of  a  "crate 
controller."  The  computer  communicates  with  the  modules 
through  the  crate  controller. 

Jerry  G.  Black  describes  an  architecture  for  a  general 
purpose  laboratory  Interface  system  (GPLIS)  (Ref  2).  Like 
the  IEEE  583-1975  system,  GPLIS  is  modular.  GPLIS, 
however,  is  much  simpler  and  was  designed  specifically  for 
the  LSI-11.  Its  simplicity  leads  to  low  cost. 

In  addition  to  these  systems,  there  are  many  interface 
cards  manufactured  for  the  LSI- 11  (Ref  3).  These  cards 
plug  into  the  LSI-11  bus  and  provide  data  lines  and  control 
lines  for  parallel  and  serial  Interfacing.  A  plug-in  card 
alone  may  be  all  that  is  necessary  to  interface  a  certain 
device  with  the  computer  or  the  card  may  be  part  of  a  more 
complex  Interface. 

The  leUDoratory ' s  existing  LSI-ll  computer  system  is  a 
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DEC  compatible  version  marketed  by  Heath.  It  includes  a 
WJ-ll-UL  computer,  a  WH-27  dual  disk  drive,  and  a  Z-19 
video  terminal.  Also  included  is  a  Micro  Peripherals  Inc. 
Model  88G  printer.  Figure  1.1  shows  a  block  diagram  of  the 
computer  system  plus  the  required  interface  and 
representative  laboratory  equipment  (labelled  Devices  A 
through  D) .  The  laboratory  equipment  is  further  described 
in  section  1.4  below. 

1.3  Problem 

The  DEC  MINC  computer  system  and  a  system  incorporating 
all  the  features  described  in  IEEE  583'*1975  are  both  too 
expensive  for  the  laboratory  to  acquire.  The  problem  is  to 
develop  economical  hardware  and  software  necessary  to 
interface  an  LSI-ll  with  a  general  class  of  laser 
spectroscopy  experiments.  The  computer  will  perform  data 
acquisition,  data  reduction,  and  experiment  control.  In 
addition,  an  instruction  manual  is  needed  to  explain  to  the 
users  of  the  computer  how  to  connect  equipment  to  the 
interface,  what  programs  are  necessary,  and  how  to  operate 
the  computer  and  interface.  This  manual  must  also  explain 
how  future  equipment  might  be  interfaced  with  the  computer. 

1.4  Laboratory  Equipment 

The  laboratory  equipment  represented  by  Devices  A 
through  D  in  Figure  1.1  are  of  various  types.  The  current 
experiments  call  for  the  use  of  serial  devices  (such  as  a 
cassette  tape  drive,  a  wave  meter,  and  a  modem) ,  parallel 
devices  (such  as  a  paper  tape  reader  and  a  multichannel 
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Figure  1.1  Conputer/Interface  System 
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analyzer)  plus  analog  voltage  sampling.  In  addition, 
future  devices  must  also  be  considered. 

The  serial  devices  presently  in  use  operate  at  various 
baud  rates.  A  modem  will  be  used  to  communicate  with  the 
on-base  ASD  CYBER  at  the  currently  available  baud  rate  of 
300  (although  this  rate  could  increase  in  the  future) .  The 
cassette  drive  and  the  wave  meter  have  switch-selectable 
baud  rates.  A  future  device  could  be  expected  to  operate 
at  any  of  the  standard  baud  rates. 

The  parallel  devices  presently  in  use  are  the  Hewlett 
Packard  Model  HP2737  paper  tape  reader  and  the  Model  5400 
multichannel  analyzer.  Their  signal  levels  are  not  TTL 
compatible  and  therefore  require  conversion  of  their  eight 
data  lines  and  two  control  lines.  Data  transmission  is 
controlled  by  handshaking  thus  allowing  the  computer  to 
control  the  data  rate.  A  future  device  could  be  expected 
to  require  signal  conversion  and  some  type  of  controlling 
signals . 

Analog  I/O  is  also  required.  These  signals  will  be 
amplified  external  to  the  interface  to  levels  suitable  to 
the  interface  and  the  device.  The  sampling  rates  are 
expected  to  be  slow — on  the  order  of  milliseconds. 

1.5  Design  Requirements 

The  interface  must  be  flexible  in  that  it  must  connect 
with  a  variety  of  equipment — some  with  standard  interfaces 
and  some  without.  It  must  also  be  adaptable  to  projected 
future  equipment. 


5 


The  present  experiments  have  the  following 
requirements : 

1.  Transfer  of  data  via  an  RS-232  serial 
interface  to  the  computer's  disk  storage. 

2.  Transfer  of  data  from  paper  tape  to  the 
computer's  disk  storage. 

3.  Transfer  if  data  from  the  computer's  disk 
storage  to  a  mainframe  computer  via  a  modem  and  phone 
lines. 

4.  Acquisition  of  data  from  equipment  controllers 
and  the  transmission  of  control  signals  to  these 
controllers  through  an  RS-232  serial  interface. 

5.  Acquisition  of  data  through  analog-to-digital 
(A/D)  converters  at  timed  intervals. 

6.  Transmission  of  signals  through  digital-to- 
analog  (D/A)  converters  to  provide  a  means  of  implementing 
a  feedback  loop  of  signal  input,  data  processing,  and 
signal  output  for  control  of  specialized  experiments. 

Since  the  LSI-ll's  operating  system  is  a  single-user 
system  and  since  it  is  expected  that  the  computer  will  be 
used  by  one  person  at  a  time,  timesharing  need  not  be 
considered  in  this  problem. 

1.6  Design  Approach 

The  interface  system  is  one  which  allows  the  computer 
to  communicate  with  devices  which  transfer  data  in  serial, 
parallel,  and  analog  form.  The  computer  must  receive  data 
from  these  various  devices,  manipulate  and  store  the  data. 
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and  transmit  the  data  to  the  devices. 

The  first  step  to  solving  the  interfacing  problem  was 
the  familiarization  with  the  computer  system.  This 
involved  studying  the  reference  manuals  and  operating  the 
computer  itself.  A  working  knowledge  of  the  computer's 
operating  system,  programming  languages,  architecture,  and 
bus  organization  was  necessary  to  determine  what  was 
possible  and  practical  for  an  interface. 

Next,  it  was  necessary  to  determine  what  hardware  and 
software  were  necessary  to  design  an  interface  which 
satisfied  the  requirements  listed  earlier.  The  problem 
falls  into  two  catagories — serial  I/O  and  parallel  I/O. 

The  serial  hardware  must  be  RS-232  compatible  and  therefore 
is  of  standard  type.  The  parallel  hardware  is  not  of  any 
standard  type.  Each  parallel  device  has  signals  which  must 
be  converted  to  TTL  levels.  This  breaks  the  parallel 
interface  design  into  modules — one  for  each  device.  Figure 
1.2  shows  a  high-level  block  diagram  of  the  hardware. 

Software  was  likewise  divided  into  two  catagories — 
serial  and  parallel  I/O.  As  shown  in  Figure  1.3,  the 
hierarchy  for  software  development  for  both  serial  and 
parallel  I/O  includes  utilities  and  routines  which  in  turn 
contain  device  drivers.  The  serial  I/O  with  its  standard 
hardware,  requires  development  of  only  a  single  device 
driver.  Parallel  software  is  more  complex  in  that  there 
nay  be  different  device  drivers  for  each  device.  Because 
device  drivers  are  specific  to  the  hardware  to  be 
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Figure  1.2  Interface  Hardware 
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interfaced,  they  must  be  Implemented  in  low  level  assembly 
language  routines.  Since  a  typical  laboratory  user  may  not 
have  expertise  in  assembly  language,  however,  any  assembly 
language  utilities  and  routines  must  be  accessable  to  the 
user  without  the  need  to  know  their  details.  Actual 
operation  of  the  interface  will  be  through  high-level 
language. 

With  the  hardware  and  software  thus  broken  into  levels, 
the  detailed  design  followed. 

1.7  Summary 

This  chapter  described  the  basic  problem  addressed  by 
the  thesis  project  (i.e.,  interfacing  an  LSI-11  computer  to 
a  general  class  of  experiments) .  The  background  leading  to 
the  project  was  outlined  and  the  laboratory  equipment, 
design  rec[uirements,  and  design  approach  were  discussed. 

Chapter  2  describes  the  hardware  of  the  interface  from 
the  plug-in  cards  to  the  different  interface  modules. 
Chapter  3  describes  the  software — addressing  and  interrupts 
along  with  a  description  of  the  utility  programs  and  the 
subroutine  package.  Chapter  4  summarizes  the  results  and 
conclusions.  Appendix  A  is  a  User's  Manual  which  has  been 
written  to  help  users  of  the  computer/ interface  system. 
Appendix  B  contains  a  listing  of  the  assembly  language 
programs  %rrltten  for  the  interface.  Appendix  C,  as  noted 
earlier,  addresses  a  design  cycle  from  a  1992  perspective. 
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2 .  INTERFACE  HARDWARE 


2 . 1  Introduction 

This  chapter  describes  the  hardware  developed  for  the 
interface.  The  choice  of  existing  hardware  and  the  design 
of  customized  hardware  depended  not  only  on  the  design 
requirements,  but  also  on  the  need  to  keep  costs  down. 

2.2  Choice  of  Hardware 

DEC'S  MINC  system  is  a  very  powerful  system  for  data 
acquisition,  manipulation,  and  display.  With  its 
prewritten  software  routines  and  plug-in  modules,  it  is 
extremely  flexible  and  easy  to  use.  Its  $30,000  price  tag, 
however,  makes  it  unaffordable  for  the  laser  spectroscopy 
laboratory. 

The  GPLIS  (Ref  2)  is  a  simple,  low  cost  interface 
architecture  designed  for  the  LSI-11.  It  is  much  simpler 
than  the  IEEE  583-1975  system  which  is  more  complex  than 
required.  The  GPLIS  provides  exactly  what  is  required — a 
multichannel  parallel  I/O  interface.  Using  GPLIS  as  a 
base,  modules  can  be  added  to  suit  the  specific 
requirements  of  the  devices  to  be  used.  This  will  be 
discussed  further  in  section  2.4. 

For  serial  I/O,  an  off-the-shelf  plug-in  serial  I/O 
card  was  chosen.  The  card  is  the  Heath  WH-11-5  Serial  Line 
Unit  (SLU) .  It  will  be  described  in  section  2.3  below. 

Thus  the  hardware  choice  was  composed  of  a  combination 
of  existing  off-the-shelf  hardware  which  could  economically 
meet  the  requirements  for  standardized  serial  I/O  plus  a 
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customized  design  based  on  the  GPLIS  architecture  to  meet 
the  requirements  for  the  various  parallel  I/O  devices.  The 
GPLIS  and  the  modules  described  below  were  breadboarded  and 
tested  separately  before  final  assembly. 

2.3  Serial  Interface 

To  satisfy  the  requirement  for  an  RS-232  serial  I/O 
port,  an  off-the-shelf  plug-in  serial  line  card  was  chosen 
to  economically  interface  with  the  serial  devices  which  are 
all  standardized.  The  card  is  the  Heath  WH-11-5  SLU.  This 
SLU  is  compatible  with  the  PDP-11  and  LSI-11  (Ref  4:3). 

The  SLU  card  plugs  into  the  LSI-11  bus  and  provides  the 
necessary  interface  lines  for  the  RS-232  serial  interface. 
The  card  has  jumper  connections  to  select  its  memory 
address  and  interrupt  vector.  These  will  be  discussed 
further  in  Chapter  3.  The  card  has  selectable  baud  rates 
of  50,  75,  110,  134.5,  150,  200,  300,  600,  1200,  1800, 

2400,  4800,  or  9600  (Ref  4:2). 

By  using  the  appropriate  plugs,  the  card  can  be 
connected  to  data  terminal  equipment  (DTE)  such  as 
terminals  or  to  data  communication  equipment  (DCE)  such  as 
modems  or  other  computers. 

Thus  through  this  card,  the  computer  can  communicate 
with  any  serial  device  conforming  to  RS-232. 

2.4  Farallgl 

A  parallel  interface  is  necessary  for  devices  which 
send  and  receive  data  more  than  one  bit  at  a  time.  The 
GPLIS  architecture  provides  a  simple  and  economical  basis 
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for  development  of  an  interface  to  the  various  I/O  devices 
required . 

The  GPLIS  first  requires  a  plug-in  card  for  the  LSI-11 
bus.  This  card  is  an  off-the-shelf  DEC  DRVll  Parallel  Line 
Unit  (PLU) .  Like  the  SLU  described  above,  the  PLU  is 
PDP-11  and  LSI-11  compatible  and  plugs  into  the  LSI-11  bus 
to  provide  the  necessary  interfacing  lines  (Ref  3:4-1).  It 
too  has  jumper  connections  for  selecting  memory  address  and 
intermapt  vector.  These  are  described  further  in 
Chapter  3. 

The  PLU  has  three  important  16-bit  registers:  (1)  the 
input  buffer  (DRINBUF) ,  (2)  the  output  buffer  (DROUTBUF) , 
and  (3)  the  control/ status  register  (DRCSR)  (Ref  3:4-38). 
The  word  formats  for  these  registers  are  shown  in 
Appendix  A,  Table  A.l. 

The  PLU  has  four  important  control  lines  in  addition  to 
CSRl  and  CSRO  from  Table  A.l.  NEW  DATA  READY  (NDR)  and 
DATA  TRANSMITTED  (DATA  TRANS)  are  positive-going  pulses. 

NDR  is  used  by  GPLIS  to  latch  data  onto  the  output 
latches.  DATA  TRANS  signals  completion  of  data  input  and 
is  used  to  acknowledge  interrupt  requests.  INITIALIZE 
(INIT)  is  generated  on  power-up  and  is  used  to  clear 
interrupt  requests  (Ref  3:4-39). 

The  PLU  provides  the  connection  from  the  computer  bus 
to  the  GPLIS-based  design.  Together,  they  provide  a 
multichannel  16-bit  parallel  interface.  The  following 
sections  describe  the  modules  that  were  designed  and 
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implemented  to  form  this  parallel  interface. 

2.4.1  Clock  Module.  Because  the  clock  module 
generates  signals  which  can  be  used  by  other  hardware 
modules,  it  was  the  first  hardware  module  designed  for  this 
laboratory  interface.  It  is  used  to  generate  interrupt 
requests.  These  requests  set  request  bits  in  DRCSR  and  if 
the  corresponding  "enables"  are  set,  the  requests  cause  an 
interrupt.  The  module  also  has  "acknowledge"  outputs  which 
are  used  by  a  user's  device  to  signal  that  the  computer  has 
recognized  the  interrupt  request. 

The  clock  module  can  generate  two  different  interrupt 
requests:  one  from  its  internal  clock  and  one  from  an 
external  clock.  These  are  called,  respectively,  REQ  A  and 
REQ  B.  The  internal  clock  can  be  used  to  generate 
interrupt  requests  at  software<-selectable,  timed  intervals 
of  an  integral  number  of  milliseconds  from  one  to  32,767. 

If  a  user  requires  interrupts  either  at  intervals  outside 
this  range  or  at  non-uniform  intervals,  the  module  will 
accept  external  clock  signals.  There  are  two  external 
clock  inputs:  one  for  positive-going  pulses  and  one  for 
negative-going  pulses.  The  user  may  choose  either  one 
depending  on  the  device  he  is  using. 

The  clock  module  requires  one  6PLIS  input  and  one 
output  channel.  Currently,  the  input  channel  is  only  a 
d\iinmy— it  is  needed  only  because  DATA  TRANS  is  used  as  the 
acknowledgment  signal  (DATA  TRANS  is  generated  when  a  GPLIS 
channel  is  read) .  A  possible  future  use  for  this  input 
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channel  would  be  to  read  a  device  number  which  would  be 
used  by  the  input  routine,  in  the  following  paragraphs,  it 
is  assumed  that  the  clock  module  uses  GPLIS  input  channel 
#0  and  output  channel  #0. 

As  shown  in  Figure  2.1,  the  module  is  connected  to  the 
GPLIS  bus  and  the  ROCLK  line.  It  is  also  connected  to  the 
PLU's  REQ  A,  REQ  B,  INIT,  and  DATA  TRANS  lines.  The  module 
consists  of  a  74LS13  Schmitt  Trigger,  four  cascaded  74LS193 
synchronous  4-bit  up/ down  counters,  two  74LS109A  dual  J-K 
flip-flops,  a  74LS27  tri  3-input  NOR  gate,  two  74LS04  hex 
inverters,  and  resistors  and  capacitors. 

The  Schmitt  Trigger  is  used  as  a  monostable 
multivibrator  set  to  1000  Hz.  With  a  330  ohm  resistor, 

C  +  C  =  1/(390)X(1000)  (Ref  5:239).  With  C  +  C  =  2.564 
microfarads,  the  output  waveform  was  a  300  microsecond  wide 
pulse  occurring  once  every  millisecond.  This  waveform 
provides  the  basic  set  of  pulses  to  the  module's  counters 
and  flip-flops. 

The  4-bit  counters  were  cascaded  to  form  a  16-bit 
counter.  This  16-bit  counter's  data  lines  were  connected 
in  parallel  to  the  output  channel.  This  allows  the  counter 
to  be  loaded  from  the  output  channel,  thus  providing 
software-selectable  interrupt  intervals  as  explained  in  the 
exeunples  below. 

Two  flip-flops  were  used  for  the  interrupt  request 
signals  and  one  is  necessary  to  produce  the  counter's  LOAD 
signal . 
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(See  Figure  (Appencftc  A)  for  1C  identfficatk^^ 

Figure  2.1  Qock  Module 
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The  sequence  of  a  timed  interrupt  is  as  follows: 

1.  A  16-bit  number  is  output  to  GPLIS  channel  #0. 

2.  The  ROCLK  latches  this  number  on  the  output 
latches  and  also  clears  (sets  to  zero)  the  counter. 

3.  The  next  pulse  from  the  Schmitt  Trigger  causes 
a  "count  down"  which  generates  a  BORROW  because  the  count 
was  zero. 

4.  The  borrow  is  used  to  clock  two  different 
flip-flops: 

a.  One  flip-flop  generates  the  LOAD  signal 
causing  the  counter  to  be  loaded  from  the  output  latches. 
This  flip-flop  is  cleared  by  the  next  trigger  pulse. 

b.  The  other  flip-flop  generates  the  R£Q  A 
signal.  This  flip-flop  is  cleared  by  the  INIT  or  DATA 
TRAMS  or  by  the  switch.  While  the  switch  is  in  the  "off" 
position,  no  REQ  A  is  generated  even  though  the  trigger  and 
counter  are  still  running. 

5.  The  next  count  down  pulse  causes  the  newly 
loaded  number  to  be  decremented  by  one.  This  continues 
until  the  count  is  decremented  to  zero.  Then  the  next 
count  down  generates  a  BORROW  and  the  sequence  continues 
from  step  4. 

As  an  example,  assume  the  ntimber  4  is  output  to  channel 
#0.  The  number  is  latched  and  the  counters  are  cleared  by 
ROCLK.  The  next  Schmitt  Trigger  pulse  causes  a  BORROW 
which  causes  the  number  4  to  be  loaded  into  the  counter  and 
also  clocks  the  REQ  A  flip-flop.  The  next  count  down 
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decrements  the  count  to  3;  the  next  decrements  the  count  to 
2;  then  1;  then  0;  and  then  BORROW — completing  the  cycle: 

4,  3,  2,  1,  0,  4,  3,  2,  1,  0,  .  .  .  .  A  REQ  A  is  generated 
every  five  counts.  So  to  generate  REQ  A  every  T  milli¬ 
seconds,  it  is  necessary  to  output  (T-1)  to  channel  #0. 
Figure  2.2  shows  the  example  sec[uence. 

The  external  interrupt  is  simply  a  flip-flop  with 
inverters.  The  inverters  allow  the  user  to  input  either 
positive-going  or  negative-going  pulses  to  generate  REQ  B. 

To  acknowledge  either  REQ  A  or  REQ  B,  the  computer 
performs  a  read  from  a  GPLIS  channel  (dummy  channel  #0  or 
any  other  channel) .  This  generates  a  DATA  TRANS  pulse  on 
the  PLU  which  is  connected  through  NOR  gates  to  the 
flip-flops'  CLEARS.  This  turns  off  REQ  A  or  REQ  B  (or 
both) . 

The  flip-flops  are  also  cleared  by  the  INIT  signals 
from  the  PLU.  These  signals  are  automatically  generated  on 
power-up  (Ref  3:4-39).  As  mentioned  earlier,  REQ  A  can  be 
disedsled  by  a  switch  which  forces  the  flip-flop  to  clear. 

The  external  aclcnowledge  is  the  DATA  TRANS  pulse.  It 
is  available  as  a  positive-going  or  negative-going  three 
microsecond  pulse. 

An  example  of  a  typical  timed  interrupt  is  the 
following:  Assume  a  user  wishes  to  input  data  from  GPLIS 
channel  #5  at  100  .millisecond  intervals.  Nean%diile,  the 
computer  is  to  perform  some  other  task.  Solution — The 
clock  module  is  set  to  generate  interrupt  requests  at  100 
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millisecond  intervals  (output  99  to  channel  #0)  and  its 
interrupt  enable  is  set  (INT  ENB  A  set  to  1) .  Every  100 
milliseconds,  REQ  A  is  generated  which  causes  the  computer 
to  jump  to  the  interrupt  routine  which  in  this  case  inputs 
data  from  channel  #5.  REQ  A  is  turned  off  by  DATA  TRANS 
and  the  computer  returns  to  its  other  task  until  the  next 
REQ  A. 

An  example  of  a  typical  external  interrupt  is  the 
following:  Assume  a  user  wishes  to  input  data  from  channel 
#6  whenever  a  certain  laboratory  device  sends  a  positive¬ 
going  pulse.  Assume  also  that  the  user  reguires  an 
acknowledgment  pulse  which  is  negative-going.  No  other 
tasks  are  required  of  the  computer  in  this  example. 

Solution — In  this  case,  the  user  will  use  a  routine  which 
tests  the  interrupt  request  bit  (REQ  B)  in  DRCSR  and 
performs  the  input  when  the  bit  is  set.  In  this  simplified 
example,  rather  than  jumping  to  an  interrupt  routine,  the 
computer  simply  executes  a  wait-loop  until  REQ  B  is  set. 

The  user's  device  can  then  request  an  interrupt,  send  data, 
and  when  it  receives  an  acknowledgment,  it  will  send 
further  data;  and  so  on  until  all  data  is  sent. 

The  next  two  modules  were  also  designed  specifically 
for  this  laboratory  interface.  They  use  signals  from  the 
clock  module  just  described  and  they  provide  the  hardware 
Interface  to  specific  laboratory  devices. 

2.4.2  Paper  Tape  Module.  The  paper  tape  module 
converts  the  -12  volt  signal  levels  from  the  HP2737  paper 
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tape  reader  to  +5  volt  signals  used  by  the  computer.  The 
module  also  provides  a  TAPEDRIVE  signal  to  the  tape  reader. 

The  tape  reader's  signals  are  positive  logic  (-12  volts 
=  hole  punched  =  logic  1  and  0  volts  =  no  hole  punched  = 
logic  0) .  The  module  diagram  and  its  level  conversion 
circuit  are  shown  in  Figure  2.3.  After  level  conversion, 
bits  0  through  7  are  connected  to  a  GPLIS  input  channel. 

The  FEEDHOLE  signal  from  the  tape  reader  is  connected  to 
the  clock  module's  external  interrupt  and  is  used  to  signal 
the  computer  to  read  the  byte.  The  clock  module's  external 
acknowledge  is  connected  to  the  tape  reader's  TAPEDRIVE 
signal  which  causes  the  tape  to  advance. 

Data  transfer  is  as  follows: 

1.  The  tape  feeds  through  the  tape  reader  until 
the  FEEDHOLE  is  under  the  read  head.  This  signals  the 
computer  to  read  the  byte. 

2.  The  computer  reads  the  byte  and  sends 
TAPEDRIVE  causing  the  tape  to  advance  until  another 
FEEDHOLE  is  under  the  feed  head. 

3.  This  cycle  repeats  until  the  entire  tape  has 
run  through  the  reader. 

2.4.3  Multichannel  Analyzer  Module.  Due  to  time 
constraints,  the  multichannel  analyzer  (MCA)  module  was  not 
implemented  as  an  interface.  Its  design  is  presented  here 
for  consideration  as  a  future  upgrade  to  the  system. 

The  MCA  module  converts  the  ■4'12  volt  signals  from  the 
HP5400  multichannel  analyzer  to  tS  volt  signals  used  by  the 
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Tape  Reader 
Socket 


•12v  to  Sv 
Converters 


Q1  «  HP18534X)20  02  «  HP1854-0071 
(See  Figures  A2  and  A.3  (Appeixfix  A)  tor  1C  IdenOicatior^ 

Source:  HP2737  User's  Manual 


Figure  2.3  Paper  Tape  Module 
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computer.  The  module  also  provides  a  +12  volt  control 
signal  used  by  the  MCA. 

The  signals  from  the  MCA  were  intended  to  operate  a 
paper  tape  punch.  They  are  negative  logic  (+12  volts  * 
logic  0  and  0  volts  =  logic  1) .  The  module  diagram  and  its 
level  conversion  circuit  are  shown  in  Figure  2.4.  After 
level  conversion,  bits  0  through  7  are  connected  to  a  GPLIS 
input  channel.  The  MCA's  PUNCH  signal  is  connected  to  the 
clock  module's  external  interrupt  and  is  used  to  signal  the 
computer  to  read  the  byte.  The  clock  module's  external 
acknowledge  is  connected  to  the  MCA's  FLAG  signal  which  is 
used  to  signal  for  another  byte. 

With  this  module,  the  system  emulates  a  paper  tape 
punch.  Instead  of  storing  data  on  tape,  however,  the 
system  stores  the  data  on  disk. 

2.5  Summary . 

This  chapter  described  the  interface  hardware.  Serial 
1/0  is  performed  easily  through  a  Serial  Line  Unit  card. 

The  card  generates  the  signals  required  by  the  serial 
devices  and  by  the  LSI-11  bus.  The  Heath  WH-11-5  SLU  was 
chosen  because  it  satisfies  the  requirements  for  serial  I/O 
and  because  there  was  an  unused  WH-11-5  in  the  system.  The 
parallel  interface,  on  the  other  hand,  required  a  custom 
design  to  provide  for  I/O  to  the  various  nonstandard 
devices  to  be  used  in  the  laboratory.  The  GPLIS 
architecture  was  chosen  as  a  design  basis  to  perform 
multichannel  parallel  I/O  because  it  was  specifically 
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designed  for  the  LSI-11  and  because  it  is  simple  and 
inexpensive.  The  parallel  interface  design  including  its 
modules  was  described  in  detail.  The  next  chapter  will 
describe  the  software  needed  to  run  these  components. 
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3 .  INTERFACE  SOFTWARE 


3.1  Introduction 

This  chapter  describes  the  system's  software  from  high 
level  language  to  assembly  language.  At  the  assembly 
level,  the  addressing  and  interrupts  are  described.  The 
utilities  and  subroutines  which  were  developed  to  become 
the  "prewritten  programs"  (from  a  future  user's  standpoint) 
are  also  described.  At  the  high  level,  the  choice  of 
programming  language  is  explained. 

3.2  Choice  of  Software 

The  existing  laboratory  computer  has  three  available 
programming  languages:  (1)  assembly  language,  (2)  BASIC, 
and  (3)  FORTRAN  (Ref  5) .  Since  the  operating  system 
recognizes  only  certain  standard  devices,  software  had  to 
be  developed  to  perform  I/O  for  the  laboratory  interface. 
Because  this  I/O  software  had  to  manipulate  low  level 
information  (e.g.,  registers  and  memory  addresses)  which 
depended  on  the  detailed  hardware  design,  a  low  level 
programming  language  was  required.  Assembly  language 
programming  was  therefore  selected  as  the  available  low 
level  software.  However,  because  the  typical  laboratory 
user  may  not  have  expertise  in  assembly  language,  operation 
of  the  interface  must  be  thorough  one  of  the  available  high 
level  languages  (BASIC  or  FORTRAN) . 

The  requirement  to  use  assembly  language  to  manipulate 
low  level  information  while  still  allowing  a  user  to 
program  through  a  high  level  language  led  to  the  need  to 
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develop  all  assembly  language  I/O  routines  as  prewritten 
packages  (from  a  future  user's  standpoint) .  These  assembly 
language  routines  would  be  available  to  the  user  through 
high  level  language  subroutine  calls  or  through  the 
operating  system.  FORTRAN  was  chosen  as  the  high  level 
programming  language  because  it  allows  subroutine  calls  to 
assembly  language  programs.  The  I/O  routines  were 
developed  and  compiled  into  a  package  which  the  user . can 
link  to  his  FORTRAN  program.  All  a  user  needs  to  know  are 
the  routine  names  and  their  arguments. 

3.3  Addressing 

Before  data  I/O  can  occur,  the  location  of  the  data's 
source  or  destination  must  be  specified.  The  interface  has 
two  types  of  addressing.  First,  the  Serial  Line  Unit  (SLU) 
and  Parallel  Line  Unit  (PLU)  have  their  addresses.  Second, 
each  GPLIS  input  and  output  channel  has  an  "address"  or 
channel  number.  GPLIS  addressing  is  explained  in  Ref  2. 

The  addressing  for  the  SIU  and  PLU  is  explained  below. 

As  mentioned  in  Chapter  2,  the  SLU  and  PLU  have  jumper 
connections  for  address  selection.  The  SLU  has  four 
accessible  registers  and  the  PLU  has  three  accessible 
registers.  Each  register  is  16  bits  (2  bytes)  wide  and  has 
its  own  address  which  is  treated  like  a  memory  address  by 
the  computer.  Table  3.1  shows  how  the  register  addresses 
are  allocated  (the  x's  denote  the  ju]q>er  selecteUsle  portion 
of  the  address).  (Ref  3:6-5,  6-13) 

The  allowable  addresses  for  these  registers  can  range 
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Table  3.1  Register  Address  Allocation 


Address  (base  8) 
IXXXXO 
lxxxx2 
1XXXX4 
1XXXX6 


Address  (base  81 
IxxxxO 
lxxxx2 
lxxxx4 


SERIAL  LINE  UNIT 

Register  f 16-bit.  2  bvte^ 
RCSR  (Receiver  control/status) 
RBUF  (Receiver  data  buffer) 

XCSR  (Transmitter  control/status) 
XBUF  (Transmitter  data  buffer) 

PARALLEL  LINE  UNIT 

Register  f 16-bit.  2  bvte) 
DRCSR  (control/ status) 

DROUTBUF  (output  data  buffer) 
DRINBUF  (input  data  buffer) 


Source:  Ref  3:6-5,  6-13. 


from  160000  base  8  through  177777  base  8.  Addresses  were 
chosen  for  the  SLU  and  PLU  which  did  not  conflict  with 
reserved  addresses  as  follows:  SIXJ,  175610  base  8;  PLU, 
167770  base  8. 

3.4  Interrupts 

Whenever  there  is  an  interrupt,  the  CPU  saves  its 
current  program  address  and  program  status  word.  It  then 
loads  a  new  address  and  status  word  and  proceeds  (Ref  2) . 
In  the  LSI-11,  these  addresses  and  status  words  are  stored 
in  low  memory  and  are  pointed  to  by  interrupt  vectors. 

Each  vector  points  to  a  2  word  (4  byte)  data  block.  The 
low  order  word  is  the  address  of  the  interrupt  routine  and 
the  high  order  word  is  the  processor  status  word.  The 
allow2U3le  vectors  can  range  from  0  through  377  base  8  and 
are  allocated  as  in  TeUble  3.2.  (Ref  3:6-6,  6-14) 
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Table  3.2  Vector  Allocation 


Vector 

Description 

OOOxxO 

Receiver  interrupt  vector 

000XX4 

Transmitter  interrupt  vector 

PARALtig-L  ItINE  UNIT 

Vector 

Description 

OOOxxO 

Interrupt  A 

000XX4 

Interrupt  B 

Source:  Ref  3:6-6,  6-14. 


One  of  the  tasks  of  the  prewritten  initialization 
program  (described  below)  is  to  store  the  appropriate 
addresses  and  status  words  in  the  locations  pointed  to  by 
the  vectors.  These  vectors  were  arbitrarily  chosen  to  be 
110  and  114  base  8  for  the  SUJ;  and  300  and  304  for  the 
PLU. 

3.5  Prewritten  Programs 

This  section  describes  the  prewritten  assembly  language 
progreuns  developed  for  the  interface.  Again,  these 
programs  are  "prewritten"  from  the  standpoint  of  a  future 
user;  they  were  developed  specifically  for  this  ledsoratory 
interface.  The  programs  include  two  utility  progreuns, 
CONNECT  and  TAPEIN,  and  a  package  of  subroutines,  lOPACK. 
lOPACK  is  linked  to  the  user's  FORTRAN  program  to  allow  him 
to  access  the  interface  from  his  FORTRAN  progreun.  The 
programs  were  written,  debugged,  and  tested  separately. 
Appendix  A  has  step-by-step  Instructions  for  the  use  of 
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these  programs  and  Appendix  B  contains  the  software  flow  ^ 
charts  and  program  listings. 

3.5.1  CONNECT  Utility.  The  CONNECT  Utility  is  run 
from  the  computer's  monitor  and  is  used  to  access  serial 
devices  from  the  computer's  terminal.  While  CONNECT  is 
running,  the  system  behaves  as  if  the  terminal  were 
connected  directly  to  the  serial  device.  In  addition, 
CONNECT  offers  some  useful  tools  to  the  user. 

The  first  tool  allows  the  user  to  record  data  from  the 
serial  device  on  the  computer's  disk.  To  start  recording, 
the  user  enters  CONTROL^R.  After  this,  all  data  from  the 
serial  device  is  stored  on  disk  as  it  appears  on  the 
screen.  The  user  stops  recording  by  entering  CONTROL-T  or 
by  exiting  CONNECT  (CONTROL-P) .  The  record  routine  is 
double  buffered  allowing  the  program  to  record  data  at 
rates  up  to  1200  baud. 

The  second  tool  allows  the  user  to  transmit  a  file  from 
the  computer's  disk  to  the  serial  device.  The  user  enters 
CONTROL-E  and  a  previously  stored  file  is  transmitted  as  it 
appears  on  the  screen. 

In  addition,  if  the  user  desires  to  perform  other 
operations  with  the  computer,  he  may  do  so  by  exiting 
CONNECT  (CONTROL-P) .  This  does  not  disturb  the  device  and 
the  user  may  reenter  CONNECT  to  pick  up  where  he  left  off. 
From  the  device's  point  of  view,  it  is  as  if  the  user  had 
simply  sat  idle  instead  of  having  actually  switched  from 
the  device  to  the  computer  and  back  to  the  device. 
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One  typical  use  for  CONNECT  would  be  for  communication 
with  the  on-base  CYBER.  In  this  case,  the  user  plugs  the 
modem  into  the  interface,  runs  CONNECT,  and  initiates 
communication  with  the  CYBER  as  if  the  terminal  were 
connected  directly  to  the  modem.  The  user  may  read  a  file 
from  the  CYBER  to  his  disk,  switch  attention  to  the 
computer  and  perhaps  edit  that  file,  and  then  switch  back 
to  the  CYBER  and  replace  the  file  with  the  updated  version. 

Another  typical  use  for  CONNECT  would  be  for 
communication  with  a  cassette  tape  drive.  The  Canberra 
tape  drives  can  be  operated  from  a  terminal  and  therefore 
can  be  operated  through  CONNECT.  The  user  could  read  data 
from  the  tape  to  disk  or  from  disk  to  tape.  Thus,  CONNECT 
is  a  general  purpose  utility  for  exchanging  data  with 
serial  devices. 

3.5.2  TAPEIN  Utility.  The  TAPEIN  utility  is  run  from 
the  computer's  monitor  and  is  used  to  read  data  from  a 
paper  tape  and  store  it  on  disk.  To  read  a  tape,  the  user 
loads  the  tape  in  the  tape  reader,  plugs  the  reader  into 
the  interface,  and  then  runs  TAPEIN.  The  program  reads  the 
data  through  the  paper  tape  module  of  the  interface  and 
stores  the  data  on  disk. 

A  typical  use  for  the  TAPEIN  utility  would  be  to  read 
paper  tapes  produced  by  the  Hewlett  Packard  multichannel 
analyzer  (MCA) .  The  data  from  the  tapes  could  be  stored  on 
disk  for  later  manipulation  by  a  user-written  program  or 
for  transmission  to  the  CYBER  for  high-quality  plotting  on 
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a  CALCOMP  plotter. 


3.5.3  MCAIN  Utility.  Due  to  time  constraints,  the 
multichannel  analyzer  (MCA)  module  was  not  implemented  on 
the  interface.  It  is  outlined  here  for  consideration  as  a 
future  upgrade  to  the  system. 

The  MCAIN  utility  is  run  from  the  computer's  monitor 
and  is  used  to  read  data  from  the  HP5400  MCA  and  to  store 
the  data  on  disk.  To  read  data,  the  user  plugs  the  MCA 
into  the  interface,  runs  MCAIN,  and  operates  the  MCA  as  if 
he  were  punching  a  tape.  The  computer  program  reads  the 
data  through  the  MCA  module  and  stores  the  data  on  disk. 

The  user  can  thus  avoid  the  use  of  paper  tape  altogether  if 
he  so  desires. 


3.5.4  lOPACK  Subroutine  Package.  lOPACK  is  a  set  of 
assembly  language  subroutines  which  may  be  called  from  a 
user's  FORTRAN  program.  The  subroutines  allow  the  user 
access  to  the  interface  through  FORTRAN  without  having  to 
know  the  details  of  how  the  sttbroutines  work.  The  user 
needs  to  know  only  the  routine  n€une  and  its  arguments. 

The  simple  I/O  routines  are  PARIN,  PAROUT,  SERIN,  and 
SEROUT.  PARIN  and  PAROUT  are  used,  respectively,  to  input 
and  output  16~bit  words  to  a  6PLIS  channel.  They  have  two 
arguments — a  GPLIS  channel  number  and  the  16-bit  data 
word.  The  arguments  are  both  FORTRAN  integers.  An  exeunple 
of  a  subroutine  call  is  the  following:  CALL 
PARIN(2,IV0LT) .  This  would  read  GPLIS  input  channel  «2 
into  the  variable  IVOLT  where  IVOLT  might  represent  an 
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analog  voltage. 

SERIN  and  SEROUT  are  used,  respectively,  to  input  and 
output  serial  data.  These  routines  have  only  one 
argument — the  data  byte  which  is  a  FORTRAN  integer.  An 
example  subroutine  call  is  sho%m  in  the  following  program 
segment: 

DO  10  1=1,6 

CALL  SERIN (CHAR (I) ) 

10  CONTINUE 

In  this  segment,  a  six  element  array  of  ASCII 
characters  is  read.  These  could  be  later  converted  into  a 
real  number  for  further  manipulation. 

These  first  four  routines  allow  simple  I/O  in  either 
parallel  or  serial  form.  The  remaining  routines  allow  the 
user  to  take  advantage  of  the  interrupt  capability  of  the 
clock  module  developed  for  the  interface. 

The  first  of  these  routines,  INIT,  sets  up  the 
interrupt  vectors.  INIT  must  be  called  from  the  user's 
FORTRAN  program  to  enedale  the  user  to  run  interrupt 
routines.  Two  assembly  language  interrupt  routines  were 
developed:  AINT  and  BINT.  Each  time  one  of  the  interrupt 
requests  (REQ  A  or  REQ  B)  is  received,  AINT  or  BINT 
increments  its  respective  counter  which  can  be  tested  by 
two  other  two  subroutines,  WAITA  and  WAITB.  WAITA  and 
WAITB  allow  the  user  to  bring  his  FORTRAN  program  to  a 
pause  until  either  a  REQ  A  or  REQ  B  is  received.  Finally, 
two  assembly  language  subroutines  were  developed  to  allow 
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the  user  to  enable  and  disable  the  interrupts  from  within 
his  FORTRAN  program:  INTON  and  INTOFF.  The  operation  of 
these  routines  will  be  made  clear  in  the  example  below. 

A  typical  use  of  the  interrupt  capability  would  be  to 

sample  a  GPLIS  input  channel  at  a  timed  interval.  In  this 

example,  assume  the  input  channel  is  #5  and  the  timed 

interval  is  100  milliseconds.  To  accomplish  this,  the  user 

would  write  a  FORTRAN  program  which  contains  the  following 

program  segment: 

PAROUT(0,99) 

INIT 

DO  10  1=1,1000 
WAITA 

PARIN(5,SAMPLE(I) ) 

10  CONTINUE 
INTOFF 

In  the  above  example,  PAROUT  is  used  to  set  the  clock 
module  so  that  it  generates  a  REQ  A  signal  every 
100  milliseconds  (see  section  2.4.1).  INIT  initializes  the 
interrupt  capability  and  enables  the  interrupts.  Each  time 
a  REQ  A  signal  is  received,  the  assembly  language  interrupt 
routine  AINT  increments  a  counter.  WAITA  checks  that 
counter  and  causes  the  program  to  pause  until  REQ  A  is 
received.  Then  PARIN  is  used  to  input  the  sample  data. 
After  the  DO-loop,  the  interrupts  are  disabled  with  INTOFF. 

A  warning  message  is  generated  if  either  of  the 
following  occurs:  (1)  two  or  more  REQ  A  signals  are 
received  before  WAITA  is  called  or  (2)  WAITA  is  called 
after  REQ  A  has  been  generated.  These  warning  messages 
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alert  the  user  to  an  error  in  his  FORTRAN  program  which  is 
causing  too  much  time  to  elapse  between  WAITA  calls. 

3.6  Summary 

This  chapter  described  the  software  aspects  of  the 
interface.  FORTRA'^  was  chosen  as  the  high  level 
programming  language  for  the  user  because  it  allows 
subroutine  calls  to  the  assembly  language  programs 
developed  to  operate  the  interface.  These  programs  were 
described  in  detail  as  were  the  two  utility  programs.  The 
goal  of  the  software  development  was  to  allow  the  user  to 
stay  at  as  high  a  level  as  possible  so  he  need  not  worry 
about  the  low  level  details.  The  next  chapter  summarizes 
the  results  of  the  hardware  and  software  system  design. 
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4 .  RESULTS 


This  chapter  summarizes  the  results  of  the  system 
design  and  of  the  test  procedures. 

4.1  Serial  Interface 

To  satisfy  the  requirement  for  communication  with 
RS-232  compatible  serial  devices,  an  off-the-shelf  plug-in 
Serial  Line  Unit  was  used.  The  SLU  allows  communication 
with  DCEs  or  DTEs  at  baud  rates  of  50  to  9600.  Through  the 
CONNECT  utility  developed  for  this  interface,  the  user  may 
communicate  with  a  device  through  the  computer's  terminal 
and  he  may  transmit  and  receive  data  files.  Also,  through 
the  SERIN  and  SEROUT  routines  developed  for  this  interface, 
the  user  may  access  a  serial  device  through  a  FORTRAN 
program. 

The  hardware  and  software  was  tested  by  actually 
communicating  with  various  serial  devices.  These  devices 
included  a  microcomputer,  a  terminal,  a  cassette  tape 
drive,  a  wave  meter,  and  a  modem  which  was  connected  to  the 
on-base  CYBER.  Data  was  sent  and  received  at  the  various 
baud  rates  at  which  these  devices  were  able  to 
communicate.  With  a  microcomputer  sending  a  continuous 
stream  of  data,  it  was  found  that  the  CONNECT  utility  can 
record  data  reliedsly  at  rates  up  to  1200  baud.  Above  that 
rate,  the  computer  could  not  empty  its  buffers  fast  enough 
to  avoid  losing  data. 

4.2  Parallel  Interface 

The  GPLIS  architecture  was  used  to  provide  parallel 
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data  communication.  Connection  of  the  developed  hardware 
to  the  computer's  bus  was  through  an  off-the-shelf  plug-in 
Parallel  Line  Unit.  The  GPLIS  implementation  plus  the 
specific  interface  modules  allowed  parallel  I/O  with  the 
various  nonstandard  laboratory  devices.  The  clock  module 
was  developed  to  generate  interrupts — either  timed  or 
external — and  to  send  acknowledge  signals.  Two  other 
modules  were  developed  to  convert  signals  to  TTL  levels  so 
that  the  interface  could  accept  data  from  a  paper  tape 
reader  or  a  multichannel  analyzer  (as  noted  earlier,  the 
MCA  module  was  designed,  but  not  implemented) . 

The  software  associated  with  the  parallel  interface 
includes  the  TAPEIN  utility  and  the  PARIN  and  PAROUT 
routines.  The  utility  allows  data  input  to  disk  and  the 
routines  allow  parallel  I/O  through  a  FORTRAN  program. 

The  clock  module  was  tested  and  adjusted  by  monitoring 
its  signals  with  an  oscilloscope.  By  adjusting  the 
variable  capacitor,  the  COUNTDOWN  signal  was  set  at  a 
frequency  of  1000  Hz.  Loading  the  timer  with  various 
values  via  software  produced  interrupt  requests  at  various 
timed  intervals  as  explained  in  section  2.4.1. 

The  software  utility  was  tested  through  the  actual 
recording  of  data  from  the  paper  tape  reader.  The  files 
produced  by  this  utility  can  be  displayed  on  the  terminal 
or  printer  or  they  may  be  used  as  an  input  file  to  a 
FORTRAN  program. 

Conclusions  and  recommendations  are  provided  next. 
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5.  CONCLUSIONS  AND  RECOMMENDATIONS 


The  interface  system  is  a  flexible,  expandable  system 
for  data  acquisition,  data  manipulation,  communication,  and 
control.  It  is  flexible  because  it  can  be  operated  by  a 
user  via  FORTRAN  subroutine  calls  or  operating  system 
commands.  The  user  can  therefore  customize  operation  to 
suit  his  application.  It  is  expandable  because  of  its 
modular  architecture.  Additional  input  or  output  channels 
may  be  connected  to  the  GPLIS  bus  (see  Ref  2) .  As 
presently  configured,  a  total  of  16  input  and  16  output 
channels  are  possible. 

Users  will  need  to  become  familiar  with  the  system  by 
reading  the  reference  manuals  (Refs  6,  7,  and  8)  and  the 
User ' s  Manual  (Appendix  A) .  In  general ,  the  users  need  not 
know  assembly  language  programming  to  use  the  system. 

One  member  of  the  laboratory  staff,  however,  should 
become  familiar  with  PDP-11  assembly  language  programming 
(see  Ref  9) .  This  person  would  be  designated  the  "System 
PrograiBmer. "  The  System  Programmer  would  be  the  expert  of 
the  system  and  would  be  responsible  for  maintenance  and 
modification  of  the  system.  He  would  also  keep  spare 
copies  of  the  system's  software  disks  to  restore  the  system 
in  case  of  accidental  destruction  of  data  on  a  system 
disk.  In  general,  the  System  Programmer  would  be 
responsible  for  maintaining  the  system  as  a  useful  device 
in  the  laser  spectroscopy  laboratory. 
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USER'S  MANUAL 


1.  Introduction 

This  User's  Manual  should  be  used  as  a  supplement  to 
the  Heath  Reference  Manuals  and  to  the  thesis  text.  This 
manual  does  not  describe  all  the  details  of  the  computer/ 
interface  system,  but  it  should  serve  as  an  aid  to  the 
user.  If  additional  information  is  desired  regarding  the 
assembly  language  routines  developed  for  the  interface,  the 
user  should  refer  to  the  thesis  text  (Chapter  3) ,  the 
software  flow  charts  and  program  listings  (Appendix  B) ,  and 
an  assembly  language  programming  manual  (e.g..  Ref  9). 

2.  BOOTUP  Procedure 

a.  Set  switches  to  DC  OFF,  RUN,  and  LTC  OFF. 

b.  Turn  on  AC  power  switches. 

c.  Set  switch  to  DC  ON.  The  computer  will  respond 
with  "$". 

d.  Insexrt  disks  and  close  doors. 

e.  Enter  "DX"  (or  "dx")  on  the  keyboard.  The 

computer  will  respond  as  follows: 

HT-11  HOlA-5 
.SET  USR  NOSWAP 
.SET  TTY  SCOPE 

THE  PREVIOUS  DATE  WAS  17-DEC-82  (date  will  vary) 

CHANGE? 

f.  Enter  the  correct  date  or  hit  RETURN.  The 
computer  will  respond  as  follows: 

.ASSIGN  DXl-DK 

g.  At  this  point,  programs  may  be  run. 
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3.  FORTRAN  Programming 


a.  Write  a  FORTRAN  program  through  EDIT.  Be  sure  it 
has  a  .FOR  extension. 

b.  Enter  "R  FORTRA"  to  run  the  FORTRAN  compiler.  The 
computer  responds  with 

c.  (The  following  steps  assume  your  FORTRAN  program 
is  called  UPROG.FOR.)  Enter  "UPROG,UPROG=UPROG"  to  compile 
UPROG.FOR  (produces  UPROG.OBJ  and  a  list  file  UPROG.LST) . 

d.  Exit  the  compiler  with  a  CONTROL-C. 

e.  Enter  "R  LINK"  to  link  the  program.  The  computer 
responds  with  "*". 

f.  Enter  "UPROG=UPROG,IOPACK/F".  This  links  the 
program  with  the  lOPACK  routines  to  allow  access  to  the 
interface. 

g.  Exit  LINK  with  CONTROL-C. 

h.  Run  the  program  by  entering  "RUN  UPROG". 

4.  IQPAPK 

lOPACK  is  a  set  of  assembly  language  subroutines  which 
are  linked  to  a  user's  FORTRAN  progreun  to  allow  the  progreun 
to  use  the  interface.  The  routines  are  called  just  like 
FORTRAN  subroutines.  Each  is  described  below. 

a.  PARIN(argl,arg2) 

PARIN  is  used  to  input  data  from  a  GPLIS  input 
channel.  The  first  argument,  argl,  is  the  GPLIS  input 
channel  number  and  must  be  an  integer  from  0  to  15.  The 
second  argument  is  the  input  data  word  and  must  be  an 
integer  from  -32,768  to  +32,767. 
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b.  PAROUT(argl,arg2) 

PAROUT  is  used  to  output  data  to  a  GPLIS  output 
channel.  Its  arguments  are  integers  and  are  the  channel 
number  (0  to  15)  and  output  data  word  (-32,768  to  +32,767) 
respectively.  PAROUT  is  used  to  set  the  timer. 

Forexample,  PAROUT (0,T)  will  set  the  timer  to  generate  REQ 
A  once  every  T+1  milliseconds. 

c.  SERIN (argl) 

SERIN  is  used  to  input  a  data  byte  from  the  serial 
interface.  Its  argument  is  the  input  byte  and  will  be  an 
integer  from  0  to  255. 

d.  SEROUT(argl) 

SEROUT  is  used  to  output  a  data  byte  to  the  serial 
interface.  Its  argument  is  the  data  byte  and  must  be  an 
integer  from  0  to  255. 

e.  INIT 

INIT  sets  up  Interrupt  vectors.  INIT  must  be 
called  before  a  program  can  use  the  interrupt  capedsility  of 
the  clock  module.  It  should  be  called  immediately  before 
the  program  segment (s)  which  use  the  WAITA  or  WAITS 
subroutines  described  below.  Hiis  routine  has  no 
arguments. 

f.  INTOFF 

INTOFF  disables  the  interrupts.  INTOFF  should  be 
called  immediately  after  the  progrcuo  segment (s)  which  use 
the  WAITA  or  WAITS  siibroutines  described  below.  This 
routine  has  no  arguments. 
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g.  INTON 

INTON  enables  the  interrupts.  If  desired,  INTON 
may  be  used  after  INTOFF  is  called  to  re-enable  the 
interrupts.  It  is  not  necessary  to  call  INTON  after 
calling  INIT,  however,  because  INIT  automatically  enables 
the  interrupts. 

h.  WAITA 

WAITA  is  used  to  pause  a  program  until  the 
interrupt  request  R£Q  A  is  received.  REQ  A  is  generated  by 
the  interface's  internal  clock  ("Timer").  If  two  or  more 
REQ  A  signals  are  received  before  WAITA  is  called  or  if 
WAITA  is  called  after  a  single  REQ  A  has  been  received,  an 
error  message  will  be  generated.  This  alerts  the  user  to 
an  error  in  his  FORTRAN  program  which  is  causing  too  much 
time  to  elapse  between  WAITA  calls.  This  routine  has  no 
arguments . 

i.  WAITB 

WAITB  performs  the  same  function  as  WAITA  except 
that  it  works  with  REQ  B.  REQ  B  is  generated  by  using  the 
interface's  external  clock  input. 

5.  gQWfECT  VXility 

CONNECT  is  used  to  communicate  with  serial  devices  such 
as  a  cassette  drive  or  a  modem. 

a.  Start  Up 

(1)  Set  the  four  baud  rate  selector  switches  to 
the  baud  rate  of  the  device.  The  chart  on  the  side  of  the 
con^uter  shows  how  to  set  the  switches.  WARNING— If  data 
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will  be  recorded  from  the  device,  the  baud  rate  should  be 
no  higher  than  1200.  If  necessary,  the  baud  rate  of  the 
device  should  be  changed  to  1200  or  below. 


(2)  Plug  the  device  into  the  male  or  female  "D" 
connector. 

(3)  Turn  on  the  device  and  enter  "RUN  CONNECT"  on 
the  keyboard. 

(4)  The  bottom  line  of  the  screen  will  show  a 
list  of  which  CONTROL  keys  perform  the  following  special 
functions : 


Set  FULL  DUPLEX 
Set  HALF  DUPLEX 
Turn  on  RECORD 
Turn  off  RECORD 
TRANSMIT  file 
EXIT 


(5)  Set  FULL  or  HALF  DUPLEX  as  required. 

(6)  Now  use  the  terminal  as  if  it  were  connected 
directly  to  the  device.  The  terminal  will  send  all 
characters  except  those  six  control  characters  and  it  will 
receive  all  characters  from  the  device. 

b.  Recording  Data 

To  record  data  from  a  device,  turn  on  RECORD.  All  data 
from  the  device  received  after  this  will  be  stored  in  a 
file  called  TAKEN.DAT.  WARNING — Be  sure  to  save  any 
previous  files  named  TAKEN.DAT  under  a  different  file  neune 
before  turning  on  RECORD. 

To  stop  recording  data,  either  turn  off  RECORD  or  EXIT. 
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c.  Transmitting  Data 

To  transmit  data,  simply  enter  the  TRANSMIT  control 
key.  This  causes  the  file  GIVEN.DAT  to  be  sent  to  the 
device.  WARNING— The  file  GIVEN.DAT  must  be  created  before 
attempting  to  transmit  data.  The  transmitted  data  will 
appear  on  the  screen  as  it  is  sent  to  the  device. 

SPECIAL  NOTE — To  transmit  a  file  to  the  CYBER,  enter 
the  following  after  "COMMAND-"  is  given: 

COPYBF, INPUT, filename  (where  filename  is  any  unused  file 
name) .  Now  enter  the  TRANSMIT  control  key  to  transmit  the 
file.  After  the  file  is  sent,  enter  "%EOF"  to  signal  the 
CYBER  that  this  is  the  end  of  file.  To  confirm 
transmission,  first  enter  "REWIND, filename"  and  then 
"COPYSBF, filename".  This  will  cause  the  CYBER  to  print  the 
file  on  the  screen. 

d.  EXIT 

To  leave  CONNECT,  simply  enter  the  EXIT  control  key. 
This  transfers  control  back  to  the  computer's  monitor. 

This  will  not  disturb  the  device  and  it  is  possible  to 
reenter  CONNECT  by  entering  "RUN  CONNECT"  as  before.  The 
terminal  may  thus  be  connected  to  the  device  or  to  the 
computer  as  desired. 

6.  lAESIK  VAility 

TAPEIN  is  used  to  read  paper  tapes.  The  procedure  is 
as  follows: 

a.  Plug  the  paper  tape  plug  into  the  socket  marked 
TAPE  READER. 
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b.  With  the  tape  reader's  RUN/LOAD  switch  in  the  LOAD 
position,  thread  the  tape  into  the  reader. 

c.  If  there  is  enough  header  on  the  tape,  the  take-up 
reel  should  be  used  to  reel  in  the  tape.  Otherwise,  the 
tape  will  simply  feed  through  the  reader  and  pile  up  on  the 
table . 

d.  Set  the  RUN/LOAD  switch  to  RUN  and  turn  the  tape 
reader  on. 

e.  Enter  "RUN  TAPEIN"  on  the  keyboard.  The  tape  will 
feed  through  the  reader  and  the  data  will  be  stored  in  the 
file  TAPE.DAT.  WARNING — Be  sure  to  save  any  previous  files 
named  TAPE.DAT  under  a  different  file  name  before  running 
TAPEIN. 

7.  Future  Devices 

This  interface  was  designed  to  be  easily  adaptable  to 
new  devices.  The  assembly  language  programs  have  been 
developed  such  that  the  user  can  take  advantage  of  their 
features  without  needing  to  know  the  details  of  assembly 
language.  However,  if  for  some  reason  it  becomes  necessary 
to  modify  or  to  add  to  the  assembly  language  programs,  an 
excellent  reference  which  can  serve  as  a  programmer's 
manual  is  Ref  9. 

The  hardware  is  easily  adaptable.  Any  serial  device 
which  conforms  to  RS-232  can  be  plugged  into  the 
interface.  The  available  baud  rates  will  almost  surely 
match  one  of  the  device's  baud  rates.  The  parallel 
interface  is  also  easily  expandable.  Additional  input  or 
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output  channels  nay  be  connected  to  the  GPLIS  bus  (see  Ref 
2) .  As  presently  configured,  a  total  of  16  input  and  16 
output  channels  are  possible. 

The  following  drawing  package  (Figures  A.l  through  A. 5) 
further  documents  the  interface  implementation  and  should 
be  used  as  a  reference  for  use  and  future  modifications. 

Following  the  drawing  package  is  Table  A.l  which 
provides  the  detailed  description  of  the  word  formats  for 
the  three  important  Parallel  Line  Unit  (PLU)  16-bit 
registers,  DRINBUF,  DROUTBUF,  and  DRCSR  described  in 
section  2.3  of  the  thesis  text. 
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Figure  A.2  Upper  Board  Drawing 
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(See  Figure  A.3  (Appenefix  A)  for  1C  kJertKcations) 

Figure  A.4  "GPLIS  Master  Logic  Board”  Detailed  Drawing 

(As  Implemented) 
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(For  Future  Modules) 


Table  A.l  PLU  Register  Word  Formats 


Word  Bit(s)  Function 

DRCSR  15  REQUEST  B — This  bit  is  under  control 

of  the  user's  device  and  may  be  used 
to  initiate  an  interrupt  sequence  or 
to  generate  a  flag  that  may  be 
tested  by  the  program. 

When  used  as  an  interrupt  request, 
it  is  asserted  by  the  external 
device  and  initiates  an  interrupt 
provided  the  INT  ENB  B  bit  (bit  05) 
is  also  set.  When  used  as  a  flag, 
this  bit  can  be  read  by  the  program 
to  monitor  external  device  status. 

When  the  maintenance  cable  is  used, 
the  state  of  this  bit  is  dependent 
on  the  state  of  CSRl  (bit  01) .  This 
permits  checking  interface  operation 
by  loading  a  0  or  1  into  CSRl  and 
then  verifying  that  REQUEST  B  is  the 
seune  value. 

Read-only  bit.  Cleared  by  INIT  when 
in  maintenance  mode. 

14-08  Not  used.  Read  as  0. 

07  REQUEST  A — Performs  the  seune 
function  as  REQUEST  B  (bit  15) 
except  that  an  interrupt  is 
generated  only  if  INT  ENB  A  (bit  06) 
is  also  set. 

When  the  maintenance  cable  is  used, 
the  state  of  REQUEST  A  is  identical 
to  that  of  CSR)  (bit  00) . 

Read-only  bit.  Cleared  by  INIT  when 
in  maintenance  mode. 

06  INT  ENB  A — Interrupt  ened>le  bit. 

When  set,  allows  an  interrupt 
request  to  be  generated,  provided 
REQUEST  A  (bit  07)  becomes  set. 


Can  be  loaded  or  read  by  the  program 
(read/write  bit) .  Cleared  by  INIT. 


Table  A.l  (continued)  PLU  Register  Word  Formats 


Word 

Bit(s) 

Function 

DRCSR 

05 

INT  ENB  B — Interrupt  enable  bit. 

(cont. ) 

When  set,  allows  an  interrupt 
request  to  be  generated,  provided 
REQUEST  B  (bit  15)  becomes  set. 

04-02 

Not  used.  Read  as  0. 

Can  be  loaded  or  read  by  the  program 
(read/write  bit).  Cleared  by  INIT. 

01 

CSRl — This  bit  can  be  loaded  or  read 
(under  program  control)  and  can  be 
used  for  a  user-defined  command  to 
the  device  (appears  only  on 

Connector  No.  1) . 

When  the  maintenance  cable  is  used, 
setting  or  clearing  this  bit  causes 
an  identical  state  in  bit  15 
(REQUEST  B) .  This  permits  checking 
operation  of  bit  15  which  cannot  be 
loaded  by  the  program. 

Can  be  loaded  or  read  by  the  program 
(read/write  bit) .  Cleared  by  INIT. 

! 

i 

00 

CSRO — Performs  the  same  functions  as 
CSRl  (bit  01)  but  appears  only  on 
Connector  No.  2. 

When  the  maintenance  cable  is  used, 
the  state  of  this  bit  controls  the 
state  of  bit  07  (REQUEST  A) . 

Read/write  bit.  Cleared  by  INIT. 

DROUTBUF 

15-00 

Output  Data  Buffer — Contains  a  full 
16-bit  word  or  one  or  two  8-bit 
bytes:  High  Byte  ■  15-8;  Low  Byte  = 
7-0. 

Loading  is  accomplished  under  a 
progreun-controlled  DATO  or  DATOB  bus 
cycle.  It  can  be  read  under  a 
program-controlled  DATI  cycle. 
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Table  A.l  (continued)  PLU  Register  Word  Formats 


Word 

Bit (s) 

Function 

DRINBUF 

15-00 

Input  Data  Buffer — Contains  a  full 
16-bit  word  or  one  or  two  8-bit 
bytes.  The  entire  16-bit  word  is 
read  under  a  program-controlled  DATI 
bus  cycle. 

Source:  Ref  3:6-15,6-16. 


APPENDIX  B 

SOFTWARE  FLOW  CHARTS  AND  PROGRAM  LISTINGS 
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PARIN(CHANNEUNUMBER) 
PAROUT(CHANNEL, NUMBER) 
SERIN(NUMBER) 

SEROUT(NUMBER) 

INIT 

INTON 

INTOFF 

WAITA 

WAITB 

(Individual  flow  charts  for  each  of  the  above 
are  provided  on  the  following  pages) 


Subroutine  PARIN  Flow  Chart 


Subroutine  PAROUT  Flow  Chart 


Return  to  user’s  program 
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Subroutine  SEROUT  Flow  Chart 


User  calls  SEROUT(NUMBER) 
from  his  FORTRAN  program 


Subroutine  INIT  Flow  Chart 


User  calls  INIT 

from  his  FORTRAN  program 


Return  to  user’s  program 


Subroutine  INTON  Flow  Chart 


User  calls  INTON 

from  his  FORTRAN  program 


Enable  A  &  B  interrupts 


Return  to  user’s  program 


Subroutine  INTOFF  Flow  Chart 


User  calls  INTOFF 
from  his  FORTRAN  program 

I 

Disable  A  &  B  interrupts 


Return  to  user’s  program 


Interrupt  Routine  AINT  Flow  Chart 


REQ  A  signal  is  received 


Increment  A-counter 

1 

Send  acknowledge  signal 

Exit 


Interrupt  Routine  BINT  Flow  Chart 


Return  from 
interrupt 


Subroutine  WATTA  Flow  Chart 
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Subroutine  WATTB  Flow  Chart 


Clear  B-counter 


lOPACK  Subrontine  Package 
Program  Listing 
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STABT! 

pasin: 


P ABOUT! 


i 

CHKABG! 


»abg: 

hsabg: 

EBCHAN! 

HSCHAN! 

! 

INITt 


.TITLE  lOPACK 
.nCALL  .PBINT. .EXIT 
.GLQBL  PARINtPABOUT.SEBIH.  SEBOUT 
.GLOBL  UAITA. HAITE. INIT, IMTON.  INTCFF 
DaCSE»U7770 
DHOUTB»l47772 
OBINBU>U7774 
HBCSB-175610 
KBBUF>175412 
HXCSB-17;414 
KXBUF-!75tl4 
B0«%0 
B1=%1 
B2>\2 

PC»X7 
NOP 

PAEIN(CHANNEL. NUMBER) 

JSB  PC. CHKABG 

BIS  AltDRCSR 

BIC  •a.OBCSB 

HOV  RO.OBOUTB 

BIC  41.BBCSR 

HOV  OBIMBU.BtBS)* 

BTS  PC 

PABOUT ( CHANNEL. NUMBER ) 

JSB  PC. CHKABG 

BIS  •1.0RC8R 

BIC  tB.DBCSB 

ASL  BO 

ASL  BO 

ASL  BO 

ASL  BO 

NOV  BO. DROUTB 

BIS  tB.SBCSR 

HOV  t<R9l4.0R0UTB 

RTS  PC 

CMP  <B9)-».«2 

BNE  ERABG 

HOV  f(B9)*.RO 

TST  BO 

BLT  EBCHAN 

CHP  BO. *17 

B6T  EBCHAN 

RTS  PC 

.PRINT  OHSABO 
.EXIT 

.ASCII  /HRONG  NUMBER  OF  AR6UHENTS/ 

.ASCII  /IN  CALL  TO  PABIN  OR  PAR0UT/<07> 

.EVEN 

.PRINT  •MSCHAN 
.EXIT 

.ASCII  /CHANNEL  NUMBER  OUT  OF  THE/ 

.ASCII  /RANGE  OF  0  TO  t9/<:07> 

.EVEN 

NOV  SAINT. 300  !  SET  A  VECTOR  TO  AINT 

NOV  *0, 302 


lOUT/IN-l 

! DATA/CHAN-0  (SET  CHANNEL) 
(WRITE  CHANNEL 
!OUT/1N«0  (INPUT) 

(INPUT  DATA 


(OUT/IH-1 

(DATA/CHAN-0  (SET  CHAN) 
(SHIFT  CHAN  FOUB  BITS 
(  LEFT  SO  THE  NUMBEB 
(  IS  INTERPRETED  AS 
(  AN  OUTPUT  CHAN 
(WRITE  CHANNEL 
(OUT/IN-i.  DATA/CHAN-1 
(OUTPUT  DATA 


(ARE  THERE  I  ARGS? 

(IF  NO  THEN  ERROR 
(BO-CHANNEL 
(CHANNEL  <  0 
(IF  TES  THEN  ERROR 
(CHANNEL  >  19  DECIMAL? 
(IF  TES  THEN  ERROR 


71 


k\\ 

ha:ta: 

A2: 

nissa; 

acount: 

sint: 


hissb: 


NOV  *BINT-30* 

NOV  no.'iCi 

CLS  ACOUMT 

CLB  BCOUNT 

BIS  ♦lAO.MCSB 

RTS  PC 

INTERRUPT  SERVICE  RCUTIKES 


INC 

JSR 

CNF 

BGE 

RTI 

•PRINT 

•  EXIT 
TST 
££0 
.PRINT 

•  EXIT 
TST 
BEQ 
GLR 
RTS 
•ASCII 
•ASCIZ 

.even 

.HORD 

INC 

JSR 

CNP 

BSE 

RTI 

.PRINT 

•  EXIT 
TST 
BEQ 
.PRINT 

•  EXIT 
TST 
BEG 
CLB 
RTS 
.ASCII 
.ASCIZ 

.even 


ACOUNT 
PC. ACK 
ACOUNT. #2 
A1 

*M1SSA 

ACOUNT 

A2 

tnissA 

ACOUNT 

A2 

ACOUNT 

PC 


5  SET  R  vector  TO  RINT 

'  CLEAR  IKTERRCFT  CCUKTER  A. 
; CLEAR  INTERRUPT  COUNTER  P 
: ENABLE  A  AN!  B  INTERRUPTS 


INC  1ST  CCUSTEE  A 
:  ACKSOHLEOSE  EEC  A 
!HAVE  TWO  EEC  A'S  GONE 
IF  YES  THEN  HE  HISSEP  ONE 


JHAS  REQ  A  CCCURREP  ALREADY^ 

: IF  NO  GOTO  A2 

<IF  YES  THEN  HE  HISSED  IT 

iUAlT  FOE  REG  A 

PRESET 
: RETURN 


/REG  A  OCCURRED  BEFORE  YOU  CALLED  HAITA 1 5X1 2> 
/COERECT  YOUR  PR0SRAH/<07><15><12> 


0 

BCOUNT 
PC. ACK 
BCOUNT. *2 
B1 

tHISSB 

BCOUNT 

B2 

•HISSB 


1  INTERRUPT  A  COUNTER 
:INC  I NT  COUNTER  B 
$  ACKNOWLEDGE  REG  B 
JMAVE  THO  REO  B’S  GONE  BY’ 
IIP  YES  THEN  HE  HISSED  ONE 


IHAS  BEG  B  OCCUBRED  ALREADY’ 

JIF  HO  GOTO  B2 

IIP  YES  THEN  HE  HISSED  IT 


BCOUNT  IHAIT  FOR  BEG  B 

B2 

BCOUNT  1  RESET 

PC 

/REG  B  OCCUBBED  BEFORE  YOU  CALLED  HAITBX1SX12> 
/CORRECT  YOUR  PI06BAH/<07.><15><12> 


BCOUNT;  .HOHD  0  ? INTEBRUPT  B  COUNTEl 


ack: 

BIS 

•l.OBCSB 

;8EAD  6PLIS  CHAN  0 

BIC 

•2.DBCSB 

ITO  ACK  INTEBRUPT 

HOV 

•Of  OBOUTB 

BIC 

•l.DBCBB 

HOV 

OBINBU. DUHHY 

STS 

PC 

duhhy: 

.KCBD 

0 

? 

SEBIN <NUHBEB) 

sebin: 

JSB 

PC. AB6CNK 

si: 

TSTB 

HRCSB 

IHAIT  FOR  INPUT 

BPL 

SI 

hovb 

HBBUF.t(R5)« 

; INPUT  DATA 

ITS 

PC 

• 

SEBOUT (NUHBEB) 

sebout; 

JSB 

PC.ARGCHK 
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TSTB  HXCSE  SHAIT  FOE  EEADY 

BPL  S2 

HOVB  »(K5)*.I!XBUF  {OUTPUT  DATA 

ETS  PC 


abgchk:  cup  »b5)*.«i 

BNE  EBSAB 

ETS  PC 


{IS  THEBE  ONE  ABG'» 
{  IF  NO  THEN  EBBCB 


essae; 

.PBINT 

.EXIT 

hssab: 

.ASCII 
.ASCIZ 
.  EVEN 

• 

INTON 

INTDN: 

BIS 

STS 

• 

• 

INTOFF 

intoff: 

BIC 

BTS 

.END 

«HSSAE 

/UBONG  NUHBES  OF  ABGUHENTS/ 

/IN  CALL  TO  SEBIN  OB  5EB0UT/<07> 


TUEHS  INTEEEOPT  ENABLES  ON 

•140-CBCSE  {ENABLE  A  AN!  E  INTESBUFT5 

PC 

TUBN6  INTEBBUPT  ENABLES  OFF 

«140.0BC8fi  {DISABLE  A  AND  B  INTESBUPTS 

PC 

STABT 
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CONNECT  Utility  Flow  Chart 
(Chart  3) 
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ST AST: 


labels: 


! 

inchk: 


: 

tebhin: 


•  TITLE  CONNE-CT 


THIS  PSC-C-SAf!  HILL  HOBK 

EELIr.ELV  AT  12?'.'  EAL'C  OE  LES 

.’(CALL 

.ENTER- .rETCr- 

.KEITS-  .IL-OSE-  .E^TT-  .FEINT 

."CALL 

.LOCKL'P-  .EEACH 

•  .HF.ITN 

«?.:SR  = 

t'54  10 

iNC-r-Er  SCSS 

«EEUF» 175411 

-•NOC-EN  EBUF 

HXCSB- 

175614 

)HOOEN  XCSB 

HXBUF- 

175616 

tNOOEM  XBUF 

TBCSB« 

177560 

t TEBHINAL  BCSB 

TSBUF- 

177562 

> TEBHINAL  BBUF 

TXCSB* 

177564 

.‘TEBHINAL  XCSB 

TXBtIF* 

177564 

! TEBHINAL  XBUF 

RO-^0 

:USEC-  BY  HACBO 

Bl-M 

SCHABACTEB  STORAGE 

B2«\2 

! COUNTER 

B3-\3 

: ADDRESS  POINTEB 

B4>t4 

: COUNTER 

B5«X5 

-•  COUNTER 

SP«\4 

i STACK  POINTER 

PC«%7 

:PBOGBAR  COUNTER 

INITIALIZATIONS 

BIC 

•lOO.TBCSB 

: DISABLE  TEBR  INTEBBUPT 

BIC 

*10Cf HBCSB 

: DISABLE  HODEH  INTEBBUPT 

NOV 

«INEUF2.HEA01 

: POINT  HEADl  TO  INEUF2 

NOV 

«INBUF1.HEA02 

;POINT  HEAD2  TO  INBUFl 

CLB 

FULFLG 

iSET  FOR  HALF  DUPLEX 

CL8 

BECFLG 

:SET  RECORD  OFF 

NOV 

Gl.CYBFLG 

«SET  FOR  CYBEB 

.PBINT 

•LABELS 

i DISPLAY  CCHNANDS 

BB 

INCHK 

.ASCII 

<33><152> 

•SAVE  CU8S0B  POSITION 

.ASCII 

<33><170><61> 

t ENABLE  25TH  LINE 

.ASCII 

<33><13O<70><40>  :H0VE  TO  25TH  LINE 

.ASCII 

/CNTL-  A(FUL) 

BlKAF)  B(BEC  ON)  •' 

.ASCII 

/T(BEC  OFF)  E(TBNS  FILE)  P(EX>/ 

.ASCII 

/  O(CYBEB)  N(NOT  CYBB)/ 

.ASCIZ 

<33><153> 

•RETURN  TO  SAVED  POSITION 

.EVEN 

TEBH/HOOEN  INPUT  CHECK 

LOOP 

TSTB 

TBCSB 

•  TERHINAL  INPUT’’ 

BNI 

TEBHIN 

TSTB 

HBCSB 

•HODEH  INPUT? 

BNI 

HOOIN 

BB 

INCHK 

TEBHINAL  INPUT  HANDLES 

HOVB 

TSBUF.Bl 

•CHAR  TO  R1 

CNF 

El. *20 

•CHTL-F  EXIT 

BEO 

FINISH 

CHP 

Blr«22 

•CNTL-R  RECORD  ON 

BEQ 

BECON 

CHP 

Blf«24 

•CNTL-T  RECOBD  OFF 

BEO 

lECOFl 

78 


CKTL-0  CYBEH 


CHP 

Rl.*!'? 

BEO 

CYBER 

CKF 

R1.414 

BEO 

NOTCYB 

CHP 

Et.At 

BEO 

FULSET 

CKP 

Rl-«2 

BEO 

HAFSET 

CKP 

Rlr«S 

BEO 

TBANSi 

TEEi: 

TSTB 

HXCSB 

BPL 

TEE! 

HOVE 

Bl.KXBUF 

TST 

FULFLG 

BNE 

INCHK 

TEE2: 

TSTB 

TXCSS 

BPL 

TEB2 

HOVB 

Bl.TXBUF 

BB 

INCHK 

BECOFi: 

JKP 

SECOFF 

TBANSi: 

JHP 

TBANS 

5CS7L-H  NOT  CYBE?. 

SCNTL-A  SET  FULL  DUPLEX 

•-CSTL-B  SET  HALF  DUPLEX 

JCKTL'E  TBANSHIT  FILE 

iHAIT  FOB  nODEK  BEADY 

:5END  CHAB  TO  TEBH 
:•>  «  HALF  DUPLEX 

•‘HAIT  FOB  TEBH  BEADY 

(ECHO  TO  TEBH 


KCDEM  INPUT  HANDLES 


hodin: 

modi: 


nOVB  HBBUF.Bl 

TSTB  TXCSK 

BFL  HOOl 

HOVB  Bl.TXEUF 

TST  BECFLG 

BEO  INCHK 

•JHP  BECOBD 

CYBEB  FLAQ  SOUTINES 


cybeb: 

notcyb: 


! 


MOV 

BB 

CLB 

BB 


•l.CYBFLG 

INCHK 

CYBFLG 

INCHK 


DUPLEX  SOUTINES 


FULSET5  NOV 
BB 

HAFSET:  CLB 
BE 


•l.FULFLG 

INCHK 

FULFLG 

INCHK 


» 

finish: 


FIKi: 


OFFLAB: 


EXIT  BOUTINE 

TST  BECFLG 

BEO  FIN I 

JS8  FC»  OFF 

BIS  •tOOrTBCSa 

BIS  •tOO.HBCSI 

.FBI NT  AOFFLAB 

.EXIT 
•ASCII 
.EVEN 


:CHAB  TO  Bt 
I HAIT  FOB  TEBH  BEADY 

:SENO  TO  TEBH 
: BECOBD  ONT 
ilF  NO>  BB  INCHK 
«IF  YES.  BECOBD 


:SET  FOB  CYBEB 
:SET  FOB  NOT  CYBEB 

:SET  FULL  DUPLEX 
:SET  HALF  DUPLEX 


i BECOBD  OH? 
f  CLOSE  FILE 

iBEENABLE  TEBH  INTEBBUFT 
IBEENABLE  HODEN  INTEBBUFT 
ITUBN  OFF  LABELS 

(DISABLE  2STH  LINE 


SECOND  ON  BOUTINE 
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RECON: 

TST 

KECFLG  -’IS  RECORD  ALBEADV  ON? 

BNE 

ALOK 

?!'0" 

•  l-RECFLS  -'TvSSJ  EErC-BD  C-'l 

.ENTEB 

#I-0BLK0.*C..«FXLNA>S-4-; 

BCS 

EEEKT  :EERCF.  IN  EMTEF. 

KOV 

•INEUF1-B3  s POINT  E3  TC  INPUT  BUFFER 

CLB 

B5  !  SET  BLOCS'.  NUHEES  T^O  ”EE-0 

HO'-' 

E5.E4  :?-:lK7  P:A  TO  INPUT  BUFFER 

CLB 

S2  5  SET  CHAP.  C-OU’JT  TC-  ZEF.-O 

JHP 

INCHI'. 

alcn; 

.PRINT 

•ALONI 

JHP 

INCHK 

ALONi: 

.ASCIZ 

.EVEN 

/RECORD  IS  ALREADY  ONS/<07> 

erent: 

.PRINT 

•ERENTI 

BB 

FINISH 

ERENTi: 

.ASCIZ 

.EVEN 

/FATAL— ERROR  IN  EHTEB/<07> 

filnah: 

.RADSO 

/DK/ 

.RADSO 

/TAKEN  DAT/ 

• 

• 

RECORD 

OFF  SOUTINE 

RECOFFS 

TST 

BECFLG  SIS  BECOHD  ALRE.ADY  OFF’ 

BE-3 

ALOFF 

CLB 

RECFLC  STUHN  BECOHD  OFF 

JSB 

PC. OFF 

JHP 

INCHK 

OFFS 

INC 

E2 

ROB 

K2  SR2  IS  NON  WORD  COUNT 

.HRITH 

•I0BLK0.A0.R3.R2.es 

BCS 

ERHRI 

.CLOSE 

•  0 

RTS 

PC 

ALOFFS 

.PRINT 

•ALOFFI 

•JHP 

INCHK 

ALOFFi: 

.ASCIZ 

/RECORD  18  ALREADY  0PF'/<07> 

.EVEN 

f 

i 

RECORD 

CHARACTER 

! 

recoed: 


SECi: 


heibuf: 


ESKBi: 

EEKSIl 


TSTB 

BNE 

J«P 

HOVB 

INC 

CRE 

BGE 

JHP 

.HBITE 

BCS 

INC 

NOV 

HOV 

CLB 

•JHP 

.PRINT 

JHP 

.ASCII 

.EVEN 


R1 

RECl 
INCHK 
Rl. (R4)« 

E2 

R2.R1090 
HRIBUF 
INCHK 
•IOBLKO.ro. R3. 
ERNE  I 
R9 

'2<R3>.B3 

R3.R4 

R2 

INCHK 
•ERURI 1 
FINISH 

/FATAL— ERROR 


; NULL? 

SIF  NO.  THEN  BECORC  IT 
HF  TES-  THEN  SKIP  IT 
•’PUT  CHAR  IN  BUFFER 
;INC  CHAB  COUNT 
« BUFFER  FILLEB'^ 

SIF  YES.  THEN  HBITE  BUFFEB 
SIF  NO.  GET  HORE  CHARS 
•400. R5 

S ERROR  IN  HRITE 
SINC  BLOCK  NUHBEB 
S POINT  H3  TO  OTHER  BUFFEB 
S POINT  H4  TO  OTHER  BUFFER 
SSET  CHAR  COUNT  TO  ZERO 
:GET  HORE  CHARS 


IK  HRIT'E* 'H> 
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lOELKO:  .BLr.H 


! MACRO’S  SCRATCH  SPACE 


TRANSMIT  ROUTINE 


TRAKS: 


MOV 

MOV 

MCV 

MOV 

MOV 

CLR 

.LOOKUP 

BCS 

MOV 

BPL 

JMP 


Rl-HISTO  SSAVE  RESISTEES 

B2.B2STO 
R3.ESST0 
R4.E4ST0 
E5.R5ST0 

B5  JSET  BLOCK  HOMBES  TO  ZERO 

•IOBLKl.«l.«FILOUT 

ebloo  sebbob  in  lookup 

KO.BI  iBl*  •  BLOCKS  IN  FILE 

head  sif  bko  then  empty  file 

EMPTY 

#I0BLK1.*1.*IHBUF1.*400,B5 


read: 

.READH 

see 

TRAl 

JMP 

TBAi: 

INC 

MOV 

CLR 

urite: 

CHPB 

SEQ 

CHPB 

BEQ 

CHPB 

BEO 

CMFB 

BNE 

LF{ 

TST 

BEQ 

TST 

BEQ 

BB 

TRA21 

TST8 

BPL 

MOVE 

TST 

BEQ 

TRA3! 

TSTB 

BPL 

MOVE 

TRA4: 

TSTB 

BPL 

HOVB 

crtst: 

CHPB 

BEQ 

CHPB 

BEO 

CLR 

test; 

INC 

INC 

CMP 

BLT 

CMP 

BLT 

.CLOSE 

MOV 

MOV 

MOV 


ERBEA 

B5 

•INBUF1.B4 

B2 

(B4).*0 

EOF 

(B4).*200 

EOF 

(B4)f *12 
LF 

(B4).«212 

TBA2 

CYBFLG 

TBA2 

CBFLG 

TBA2 

TEST 

HXCSB 

TBA2 

<B4>fHXBUF 

FULFLG 

TBA4 

HBCSB 

TBA3 

HBBUF. (B41 

TXCSB 

TBA4 

(B4>.TXBUF 

(B4)r*13 

HAITFB 

(B4).*2t9 

HAITFB 

CBFLG 

B4 

B2 

B2.*10G0 

HBITE 

BSrBl  (ALL 
BEAD 

•  1 

BlSTO.Bl 

B28TO.B2 

B3STO.B3 


SEBBOR  IN  BEAD 
:INC  BLOCK  NUMBER 
i POINT  B4  TO  INBUFl 
ISET  CHAB  COUNT  TO  ZEBO 
t NULL? 

5 NULL?  «HITH  PARITY) 
i LINEFEED? 

J LINEFEED?  <HITH  PARITY) 

SSKIP  OVER  LF  ONLY  IF  CYBER 

IHAS  LAST  CHAB  CB? 

{IF  NO  DON'T  SKIP  OVER 
)IF  YES  SKIP  OVER  THIS  LF 
{HAIT  FOB  MODEM  BEADY 

{SEND  CHAB  TO  MODEM 

{0  >  half  duplex 

{HAIT  FOB  ECHO 

{PUT  ECHO  IN  <B4) 

{HAIT  FOR  TERM  READY 

{ECHO  TO  TEBH 
{CARRIAGE  RETURN? 

{CR?  <HITH  PARITY) 

{NOT  A  CR>  SO  CLEAR  FLAG 
{POINT  TO  NEXT  CHAB 
{INC  CHAB  COUN 
{BUFFER  EMPTIED? 

■LOCKS  DONE? 


{RESTOBE  REGISTERS 
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UAITPS: 

MOV 

MOV 

JMP 

TST 

B4STO-E* 

ESSTC-ES 

INC  Hr. 

cybflg 

5  WAIT  FOE  PBOMP?  ONLY  I 

EEQ 

MOV 

TEST 

•  1.  CBFLG 

:SET  CBFLG 

teas: 

TSTE 

MBCSS 

SHAIT  FOE  PECMFT 

EPL 

MOV2 

TEAS 

HEEUF. E? 

rPEORPT  TO  B3 

TEA  4: 

TSTB 

TXCSE 

SHAIT  FOB  TEEM  BEADY 

BPL 

MOV 

TBA4 

B3.TXBUF 

tSENO  PBOHPT  TO  TEBM 

EfiLOOi 

BB 

•PBINT 

TEST 

GEBLOOl 

EBLOOi: 

JMP 

.ASCII 

FINISH 

/FATAL--EBEOE 

IN  LOOKGP/<15><12> 

.ASC12 

/BE  SUBE  FILE 

•GIVEN. OAT*  EXISTS/<07> 

empty: 

.EVEN 

.PBINT 

♦EMPTY 1 

EMPTY 1: 

JMP 

.ASCIZ 

INCHIC 

/FILE  'GIVEN. BAT*  IS  EMPTY/<07> 

ebbea: 

.EVEN 

.PBINT 

♦EBBEAI 

EBBEAi: 

JMP 

.ASCIZ 

FINISH 

/FATAL— EEBOB 

IN  BEABM/<0?> 

lOBLKi: 

.EVEN 

.BLKH 

10 

IMACBQ'S  SCBATCH  SPACE 

filout: 

.EADSO 

/OK/ 

.BAOSO 

/GIVEN  OAT/ 

SBEGISTEE  TEMPOBABIES 

BISTO: 

.HOBD 

0 

B2STO: 

.HOBO 

0 

sssro: 

.HOBO 

0 

B48TO: 

.HOBO 

0 

BSSTO: 

• 

.HOBO 

0 

« 

P 

HEAOt: 

.HOBO 

0 

INBUFi: 

.BLKH 

400 

HEAD2: 

.HOBO 

0 

INBUF2: 

.BLKH 

400 

fulflg: 

.HOBO 

0 

iecflg: 

.HOBO 

0 

cybflg: 

.HOBO 

0 

cbflg: 

.HOBO 

0 

.ENO 

STABT 

CYEES 
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TAPEIN  Utility  Flow  Chart 
(Chart  1) 
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TAPEIN  Utility  Flow  Chart 
(Chart  2) 


Write  block  of  data  from 
buffer  to  disk  (TAPE.DAP) 


TAPEIN  Utility 
Program  Listing 
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.TITLE  TAPEXN 

.BCALL  .ENTEK. .FETCH.  .HSITH.  .CLOSE.  .EXIT. .FEINT 
DHCSS«U7770 
DHOUTB«l«7772 
IJBINBU«li7774 
TKS= 1775=0 
TKE-177562 
TFS«177564 
TPB»177566 
B1>M 
E2=%2 
B3-X3 
B4>«4 
S5-%5 

f 

t  FIBST  FILL  INPUT  BUFFEB 


JTEEMINAL  KEYBOASD  STATUS 
:TEBHINAL  KEYBOABD  BUFFEB 
iTEBHINAL  PBINT  STATUS 
iTEBMINAL  PBINT  BUFFEB 
! INPUT  ADOBESS  POINTEB 
} COUNTEB 
: COUNTEB 

:tehp  stobage 

(NULL  FLAG 


STABT: 

BIC 

•140.DBCSB 

lENSUBE  INTEBBUPTS  DISABLED 

HOV 

• INPUT. B1 

1  POINT  Bl  TO  INPUT  BUFFEB 

HOV 

«1.BS 

ISET  NULL  FLAG  ON 

BIC 

4100.TXS 

1 DISABLE  TEBHINAL  INTEBBUPT 

BIS 

•l.DBCSB 

> OUT/IN* I 

BIC 

•2.0BCSB 

1  DATA/CHAN-0  (SET  CHAN) 

HOV 

tl.DBOUTB 

t HBITE  CHAN  •! 

BIC 

« l.DBCSB 

(OUT/IN-0  (INPUT) 

CLB 

B2 

)SET  CHAB  COUNTEB  TO  ZEBO 

INC 

B2 

(SET  TO  ONE 

Li: 

TSTB 

TKS 

(KEY  PBESSED  ON  TTY7 

BHI 

DONEIN 

(IF  YES  THEN  DONE  WITH  INPUT 

TST 

BPL 

DBC6B 

LI 

(UAIT  FOB  INPUT 

HOV 

DB1NBU.B4 

(BEAD  INPUT 

BIC 

•177600.B4 

(BEHOVE  NIGH  8  SITS  AND  PABITY 

TSTB 

B4 

(NULL? 

BNE 

Ltl 

(IF  NOT  THEN  IT'S  A  CHAB 

TST 

BS 

(NULL  flag  off? 

BEQ 

OONEIN 

(IF  YES  THEN  THIS  IS  A  TBAILING  NULL  (END 

BB 

LI 

(IF  NO  THEN  LEADING  NULL— SKIP  8  CONTINUE 

Lti: 

CLB 

BS 

(CLB  NULL  FLAG  (CHAB  HAS  BEAD) 

INC 

B2 

(CHABACTEB  COUNT 

HOVB 

B4. (Bt) 

(BEAD  CHAB  INTO  BUFFEB 

L2: 

TSTB 

BPL 

TPS 

L2 

(HAIT  FOB  TEBHINAL  BEADY 

HOVB 

BB 

(B1)«.TPB 

Lt 

(ECHO  TO  TEBHINAL 

oonein: 

HOV 

DBINBU.B4 

(BEAD  NEXT  CHAB 

CHPB 

B4.B377 

(END  OF  TAPE? 

BNE 

DONEIN 

(IF  NO  THEN  DO  AGAIN 

HOVB 

•  12.  (Bn« 

(INSEBT  LINE  FEED 

INC 

B2 

HOVB 

INC 

•  IS.  (BD* 

B2 

(INSEBT  CABBIAGE  BETUBN 

1 

» 

t 

BOB 

B2 

(B2  IS  NON  HOBD  COUNT 

NON  HBITE  INPUT  BUFFEB 

TO  DISK 

.ENTEB 

•  lOBLK. •O. •FILNAH.  •-! 

BCS 

EBENT 

(EBBOB  IN  ENTEB 

HOV 

•INPUT.Bl 

(POINT  Bt  TO  INPUT  BUFFEB 

INC 

BI 

(SKIP  OVEB  LEADING  LP.CB 
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INC 

R1 

DEC 

H2 

CLR 

E3  !SET  BLOCK  NUMBER  TO  ZERO 

I.3t 

CHP 

R2,*400  ! ENOUGH  HORDS  TO  FILL  BUFFER? 

BLT 

PART  :iF  NO.  THEN  PART 

.USITH 

•  IOBLK. *0.R1, *400. R3 

BCS 

EEHRI  ! ERROR  IN  URITU 

INC 

R3  ?SET  FOB  NEXT  BLOCK  NUMBER 

ADC 

*1000. El  : POINT  TO  NEXT  BLOCK  OF  INPUT 

SUB 

*400. R2  {DECREASE  UORD  COUNT  BY  ONE  BLOCK 

BR 

L3 

part: 

.HRITH 

•IOBLK. AO.Rl.RZ.Ra 

BCS 

ERHRI  : ERROR  IN  HRITE 

.CLOSE 

*0 

finish: 

BIS 

*100. TKS  i REENABLE  TERMINAL  INTERRUPT 

* 

.EXIT 

t 

i 

erent: 

ERROR  ROUTINES 

.PRINT 

•ERENTl 

BR 

FINISH 

ERURi: 

.PRINT 

•ERURI 1 

BR 

FINISH 

erent i: 

.ASCIZ 

.EVEN 

/ERROR  IN  ENTER/ 

EEHRIi: 

.ASCIZ 

.EVEN 

/ERROR  IN  HRITE/ 

ok; 

.RADSO 

/DK/ 

pilnah: 

.RA030 

/DK/ 

.RADSO 

/TAPE  DAT/ 

ioblk: 

.BLKH 

10  .'SCRATCH  SPACE 

input: 

.UORD 

0  .'INPUT  BUFFER 

.END 

START 
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DESIGN  CYCLE  FOR  CURRENT  (1992)  TECHNOLOGY 

1.  Introduction 

since  the  tine  this  project  was  begun  (1982) ,  the  state 
of  the  art  has  advanced  and  the  author's  understanding  of  a 
formal  design  cycle  has  matured.  This  appendix  describes 
(1)  how  recent  advances  in  computer  technology  would  affect 
this  project  and  (2)  a  design  process  which  would  provide  a 
disciplined,  well -documented  approach  to  requirements 
analysis,  design,  implementation,  and  testing. 

2 .  Current  Technology 

2.1  Background .  When  this  project  was  begun,  an 
LSI-11  minicomputer  had  already  been  acquired  for  use  in 
the  laser  spectroscopy  laboratory.  The  Physics  Department 
had  decided  to  use  this  computer  to  perform  data 
acquisition,  data  reduction,  and  experiment  control.  The 
required  task  was  to  design  and  implement  an  interface 
system  for  that  computer.  If  this  project  were  begun 
today,  however,  newer  technology  might  lead  the  Physics 
Department  to  choose  a  different  computer. 

According  to  Kocher  (Ref  10:246),  "Advances  in 
integrated-circuit  electronics  have  revolutionized  the 
possibilities  for  laboratory  applications  of  small 
computers."  He  also  notes  that  the  IBM  PC  "has  become  a  de 
facto  standard  .  .  .  [and  that]  an  abundance  of  inexpensive 
software  is  available  for  it."  (Ref  10:246)  Bok  et  al  (Ref 
11:219)  describe  IBM  PC's  as  having  "been  accepted  as 
Industrial  standards  for  the  automation  of  experiments." 
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Various  built-in  cards  and  the  standard  RS-232C  and  HP-IB 
interfaces  allow  one  to  "build  a  powerful  measurement  and 
control  unit."  (Ref  11:219}  Furthermore,  computer  software 
is  now  on  the  market  which  is  directly  applicable  to  a 
laboratory  application  (Ref  11:219). 

If  this  thesis  project  were  to  be  started  today,  the 
Physics  Department  might  select  an  IBM  PC  instead  of  an 
LSI-11  for  use  in  their  laser  spectroscopy  laboratory. 
Furthermore,  according  to  Petrini  et  al  (Ref  12:161),  "Many 
manufacturers  now  make  available  instruments  already 
packaged  with  hardware  and  software  that  allow  personal 
computers  to  control  the  machines,  and  to  collect,  store, 
analyze  and  display  data  without  burdening  the  investigator 
with  the  computer  details."  Thus,  technology  advances  in 
computers  as  well  as  in  the  laboratory  instruments 
themselves  would  affect  an  interface  design. 

2.2  The  State  of  the  Art.  An  interface  project,  if 
started  today,  would  need  to  consider  the  current  state  of 
the  art.  A  sampling  of  the  current  literature  uncovered 
several  recent  articles  which  would  have  potential 
application  to  an  IBM-PC-based  laser  spectroscopy 
ledsoratoxry  interface  system. 

For  example,  serial  commiinlcation  using  RS-232  devices 
is  described  by  Petrini  et  al  (Ref  12 } .  He  addresses 
general  laboratory  applications  for  data  I/O  and  equipment 
control.  In  addition.  Hall  (Ref  13)  notes  that  IEEE-488  is 
a  widely  used,  well  known  standard  for  computer 
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peripherals.  He  describes  an  interface  system  based  on  the 
IEEE-488  bus  and  provides  two  laboratory  interfacing 
examples.  Two  other  recent  articles,  highlighted  below, 
would  also  have  potential  application  to  the  project. 

Bok  et  al  (Ref  11)  describe  the  automation  of  an 
ultraviolet-visible  spectrometer  and  a  single-proton 
counting  apparatus.  The  hardware  configuration  employed 
used  standard  RS-232C  and  HP-IB  interfaces  plus  MetraByte 
CTM-05  and  PIO-12  cards  to  provide  TTL  levels  for  data  I/O 
and  device  control.  ASYST  was  the  commercially-available 
software  package  selected. 

Kocher  (Ref  10)  describes  an  instructional  laboratory 
at  the  Oregon  State  University's  Physics  Department.  A 
standard  IBM  serial/parallel  I/O  interface  board  was 
modified  (see  Ref  10  for  details)  and  incorporated  into  an 
IBM  PC-AT  laboratory  setup.  The  setup  also  included  a 
60-MHz  general-purpose  oscilloscope,  digital  multimeter, 
function  generator,  multi-output  power  supply,  and 
prototyping  breadboard.  Microsoft  QuickBASIC  was  selected 
as  the  progr2UDming  language.  The  laboratory  course  covered 
the  following  topics:  parallel  I/O,  serial  I/O,  digital- 
to-analog  conversion,  analog-to-digital  conversion, 
closed-loop  experiments,  fast  data  seunpling,  and  signal 
averaging. 

2.3  summarv.  If  the  laser  spectroscopy  ledsoratory 
were  being  esttdslished  today,  the  AFIT  Physics  Department 
might  select  an  IBM  PC  Instead  of  an  LSI-11  as  one  of  the 


92 


major  pieces  of  laboratory  equipment.  With  today's 
technology,  many  of  the  remaining  pieces  of  laboratory 
equipment  could  be  selected  which  were  manufactured  to  be 
compatible  with  the  IBM  PC.  The  equipment  selection  would, 
of  course,  affect  the  design  of  an  interface  system.  In 
fact,  a  custom-built  interface  might  not  be  needed  at  all. 

If  a  custom-built  interface  was  required,  however,  a 
sampling  of  the  current  literature  indicates  that  several 
articles  exist  which  could  potentially  relate  to  a  laser 
spectroscopy  application.  The  next  section  describes  the 
process  to  analyze  both  the  interface  requirements  of  the 
actual  laboratory  equipment  and  the  applicable  literature 
as  part  of  the  overall  formal  design  cycle. 

3.  Design  Cvde 

3.1  Background.  Since  this  project  was  begun,  the 
author's  experience  with  the  Air  Force  acquisition  process 
has  led  to  a  maturing  of  his  tinderstanding  of  a  formal 
design  cycle.  If  this  project  were  begun  today,  a  more 
disciplined  and  better  documented  approach  would  be  used  as 
outlined  below. 

3.2  psgjqn  gygl? 

3.2.1  Requirements  Analysis.  The  first  step  of  the 
design  cycle  would  be  to  document  the  user's  top-level 
requirements.  These  requirements  would  be  obtained  either 
by  interviewing  Physics  Department  personnel  or  by 
reviewing  any  existing  documentation  relating  to  the 
anticipated  use  of  the  laser  spectroscopy  laboratory — or 
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both.  The  following  information  would  need  to  be 
obtained:  types  of  experiments  anticipated;  types  of 
computers  and  laboratory  equipment  anticipated;  specifics 
regarding  interfaces,  timing,  purposes,  data  rates  and 
volume,  and  experiment  durations.  The  anticipated 
constraints  on  the  project  would  also  have  to  be  obtained; 
particularly  maximum  cost  and  desired  schedule. 

Once  obtained,  these  requirements  would  be  organized 
into  a  system  requirements  document.  A  system  requirements 
review  would  then  be  conducted  to  obtain  concurrence  from 
the  user  (and  thesis  advisor)  of  the  validity  of  the 
requirements.  The  review  could  be  either  a  formal  meeting 
or  simply  a  review  of  the  requirements  document  by  the 
individuals  involved.  In  either  case,  written  concurrence 
by  the  user  and  thesis  advisor  would  be  obtained. 

The  next  step  would  be  to  analyze  the  system 
requirements  to  derive  lower-level  hardware  and  software 
requirements.  The  current  state  of  the  art  would  need  to 
be  examined  to  determine  if  commercially-available  products 
could  satisfy  some  or  all  of  the  requirements.  If 
commercially-available  products  could  not  meet  all  the 
requirements  or  if  they  exceeded  the  stated  cost 
constraints,  then  a  literature  search  would  be  conducted  to 
collect  applicable  information  for  a  custom-designed 
system.  A  preliminary  design  would  then  be  prepared  and 
presented  to  the  user  in  a  design  review.  Design  options 
might  also  be  presented  to  the  user  for  a  system  which 
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might  not  meet  all  his  requirements,  but  which  could  be 
completed  more  quickly  or  for  less  cost.  Again,  written 
concurrence  would  be  obtained. 

3.2.2  Detailed  Design  and  Implementation .  Assuming 
that  commercially-available  products  alone  would  not  meet 
all  the  user's  requirements,  the  next  step  would  be  to 
develop  a  detailed  design.  The  preliminary  design  would  be 
decomposed  into  hardware  and  software  modules  which  could 
be  individually  tested.  The  requirements  would  be  refined 
into  a  set  of  specifications  for  the  system.  Test 
procedures  would  be  written  to  document  how  the  system 
would  be  tested  to  ensure  it  meets  its  specifications.  A 
detailed  design  review  would  be  conducted  to  again  obtain 
user  concurrence. 

Following  detailed  design,  hardware  modules  would  be 
breadboarded  and  individually  tested.  Tests  would  be 
conducted  using  the  test  procedures  noted  above  and  the 
results  would  be  documented  in  test  logs.  Likewise, 
software  modules  would  be  written  and  individually  tested. 

Integration  of  the  hardware  and  software  modules  would 
then  follow  with  testing  as  noted  edsove  as  modules  are 
incrementally  added.  Finally,  an  overall  system  test  would 
be  performed  to  ensure  all  user  requirements  are  met. 

Once  a  working  breadboard  had  been  demonstrated, 
implementation  of  the  final  hardware  configuration  could 
begin.  Assuming  that  a  wire-wrapped  implementation  is 
acceptable,  individual  modules  would  be  constructed  and 


95 


tested  as  they  were  in  the  breadboarding  phase.  Test 
results  would  be  compared  to  the  breadboard  tests  to  ensure 
defects  were  not  introduced.  Integration  and  testing  of 
modules  would  proceed  until  a  completed,  functioning  system 
successfully  passed  all  tests. 

Before  the  system  could  be  turned  over  to  the  user,  a 
user's  manual  would  have  to  be  written  which  documented  the 
operation  and  maintenance  of  the  system. 

The  final  step  would  be  to  perform  a  comprehensive 
acceptance  test  to  demonstrate  to  the  user  that  the  system 
met  all  his  stated  requirements. 

3.3  Summary.  The  design  cycle  outlined  above  provides 
a  structured  approach  to  requirements  analysis,  design, 
implementation,  and  testing.  The  approach  ensures  that 
each  step  is  well  documented  and  provides  for  frequent 
feedback  opportunities  to  ensure  the  project  is  on  track. 
The  focus  is  on  strong  interaction  with  the  user  from  the 
beginning,  when  his  requirements  are  first  determined,  to 
the  end,  when  the  system  that  meets  those  requirements  is 
ultimately  delivered. 

4.  Conclusion 

If  this  project  were  begun  today,  the  design  approach 
and  the  design  itself  would  both  be  different.  Advancing 
technology  has  made  personal  computers  and  compatible 
equipment  a  routine  part  of  the  laboratory  environment. 
Existing  off-the-shelf  hardware  and  software  might  be 
adequate  to  meet  the  needs  of  a  laser  spectroscopy 
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laboratory.  If,  however,  a  custom-designed  interface 
system  was  still  required,  the  author's  current 
understanding  of  a  formal  design  cycle  would  allow  him  to 
use  a  more  structured,  better  documented  approach  for  the 
project. 
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